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ABSTRACT 


This report summarizes the overall history’ of the Flight 
Dynamics System (FDS) applications software conversion proj- 
ect. It describes the background and nature of the project; 
traces the actual course of conversion; assesses the proc- 
ess, product, and personnel involved; and offers suggestions 
for future projects. It also contains lists of pertinent 
reference material and examples of supporting data. 
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SECTION 1 - INTRODUCTION 


1.1 PURPOSE 

This report summarizes the conversion history of the Flight 
Dynamics System (FDS) applications software from the 
IBM S/360 to the IBM 4341 computers. It evaluates the tech- 
nical and managerial aspects of the FDS applications soft- 
ware conversion effort from a software engineering point of 
view. The report is intended to allow development managers 
to become familiar with both successful and unsuccessful 
practices and to provide them with a basis for improving the 
development process and product. 

Sections 2 and 5 provide the highest level of detail, that 
is, the overall picture for higher level managers. Sec- 
tions 3 and 5 and the appendixes provide the lowest level of 
detail; they include information that technical managers can 
use to improve or plan other software engineering projects. 
The conversion history was written by managers for managers. 

Since most managers and some senior technical personnel con- 
tribute to a project's assessment, various interpretations 
of the same facet of the project can occur. Practical ex- 
perience shows that most technical personnel and many tech- 
nical managers have or take a parochial view of a project. 
For example, an incident that may have strongly impressed a 
person as a disaster and may have created lasting, vivid 
memories may represent only a fraction of a percent of the 
total effort and/or only a few days of the lifetime of the 
project. Furthermore, the senior-level managers do not 
always totally agree on the assessment of every aspect of a 
project. However, because the senior-level managers have 
the broadest background and experience, they weigh all in- 
put-supplied and mutually determine a balanced presentation 
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of information from which various-level technical and admin- 
istrative managers can learn the most about successful and 
unsuccessful practices. Therefore, users of this material 
must be aware that various levels of detail with different 
weights are presented. 

The FDS applications software conversion project was one of 
the most successful projects in flight dynamics history, 
i.e., it was planned and managed well, it was highly visible 
and predictable, every phase was completed ahead of schedule 
and within budget, and it cost less than expected. However, 
valuable lessons can still be learned from the project by 
isolating deficiencies and areas for improvement. 

1.2 REPORT ORGANIZATION 

This report consists of six sections and three appendixes. 
Sections 2 and 5 contain the overview and summary, respec- 
tively; Sections 2.1 and 5.1 contain the executive portions. 
The information contained in each section is as follows: 

• Section 2--Project Background and Description . 
Describes the origin of the requirements, the software prob- 
lem and key requirements, the conversion organization, the 
purpose of the hardware/software system, key dates and prod- 
ucts, and the characteristics of the software system. 

• Section 3--Conver sion History . Includes estimates 
of software size, required effort, schedule, and cost; 
organizational structure and key personnel; specified and 
unique conversion approaches; computing hardware and pro- 
gramming languages; special problems; and causes of major 
software changes. 

o Section 4--Project Assessment . Assesses the 
strengths and weaknesses of the conversion process and prod- 
uct and the personnel who supported conversion. It also 
describes problem areas; the timeliness and usefulness of 
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conversion plans; adherence to standards; and the timeli- 
ness, completeness, and quality of the intermediate and 
final products. 

• Section 5--Lessons Learned . In an executive sum- 
mary, lists the key strengths and weaknesses of the require- 
ments, conversion process, environment, product, and 
personnel involved; addresses topics that should be ap- 
proached similarly and differently for future projects; and 
discusses major causes of errors and changes. A technical 
management summary brings together the objective and subjec- 
tive assessments made throughout this report. 

• Section 6--Reference Material . Contains lists of 
relevant background documents, project-produced documents, 
and other pertinent reference materials. 

• Appendix A--Conversion Data . Consists of tables 
and graphs of conversion rate and resource usage data. 

• Appendix B--Conver sion Approach . Contains detailed 
explanation of the conversion process. 

e Appendix C--List of Programs Converted . Contains 
list of the programs that were converted and some relevant 
information about each program. 
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SECTION 2 - PROJECT BACKGROUND AND DESCRIPTION 


This section describes the origin of the requirements, the 
problem and key requirements, the conversion organization, 
the purpose of the work, the key dates and products, and 
software characteristics. 

2.1 PROJECT BACKGROUND 

2.1.1 OVERVIEW ~ 

The basic requirement for the PDS applications software con- 
version project was to rehost identified flight dynamics 
support software and its required data from the IBM S/360-95 
(OS/MVT) computing environment to an IBM 4341 (OS/MVS) com- 
puting environment. 

Flight dynamics software includes applications to support 
attitude determination, attitude control, maneuver planning, 
orbit adjustment, and general mission analysis. The appli- 
cations developed in the flight dynamics area are mostly 
scientific and mathematical in nature, with moderate reli- 
ability requirements. Within the flight dynamics area, com- 
puters are shared among the analysis, software development, 
and operations areas. 

The IBM S/360-95 had been in operation for nearly 15 years 
and had decayed severely. The IBM S/360-95 was unstable 
(frequent and extended downtime) , was unreliable (6- to 
8-hour mean time to failure with frequent disk storage fail- 
ures) , had limited access (insufficient number of alpha- 
numeric terminals and high-resolution graphic devices) , and 
had severely limited online direct-access storage. The new 
IBM 4341 computing environment was intended to significantly 
improve computer resource support for flight dynamics ana- 
lytical, developmental, and operational activities. 
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The groundwork for the conversion effort was laid in the 
summer of 1980. GSFC Code 580 personnel identified programs 
and their required data and documentation in preparation for 
the FDS Contract Request for Proposals (RFP). 1 This exer- 
cise identified approximately 65 programs totaling approxi- 

2 

mately 900 thousand (K) source lines of code (SLOC) , 

84 percent of which was written in FORTRAN and 16 percent in 
assembler language and macro. Code 580 personnel contracted 
Operations Research, Inc. (ORI) to prepare the identified 
software (system tapes containing job control language, 
source code, load modules, support data sets, benchmark 
tests) and associated information and documentation, intend- 
ing delivery to the FDS contract winner. Approximately 
1 staff-year of effort was expended over a 6-month period 
ending December 1981 in preparing the software for delivery. 
For various reasons, the FDS RFP was recast to provide for a 
separate FDS IBM-compatible hardware buy and support; the 
flight dynamics software would be converted for operation on 
the IBM-compatible machines under the Programming, Computa- 
tion, and Analysis Support Services (PC&A) Contract. 

During July 1982, attention turned toward the actual FDS 
applications software conversion effort. Since approxi- 
mately 1 year had passed and the need for some software on 
the 1981 list was no longer needed. Code 580 personnel's 
estimate of the amount of software for conversion decreased 
to 700K SLOC; this amount was expected to decrease further 

1 NASA RFP 5-67634/184, Flight Dynamics System. 

2 An SLOC is an 80-byte machine-readable image. 

3 NASA RFP 5-22434/158, Programming, Computation, and 
f Analysis Support Services. 

f 

| 
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to approximately 500K SLOC. 1 The FDS hardware and support 
contract award was expected by September 1982. FDS software 
conversion was expected to start on October 1, 1982, with 
the PC&A contract award. 

The actual conversion effort began on December 1, 1982, and 
lasted 18 months. Approximately 200 programs, ranging from 
less than 100 SLOC to more than 100K SLOC, were taken through 
the following steps: 

1. Benchmarking on the IBM S/360-95 

2. MVT conversion on the IBM 4341 

3. MVS conversion on the IBM 4341 

More than 1.3M SLOC (85 percent FORTRAN code and 15 percent 
assembler language and macro code) were converted for MVS 
operation on the TBM 4341. Approximately 12 staff years of 
effort were required to complete the project. 

2.1.2 ORIGIN OF REQUIREMENTS 

The requirements for the FDS software conversion effort were 
formulated by Code 580. Specifically, Code 581.2, 581.3, 
582.1, and 582.2 Section Heads designated the actual soft- 
ware to be converted and assigned program conversion 
priorities (schedule) . Tablp 2-1 lists the general respon- 
sibilities of the four Code 580 sections. 

2.1.3 PROBLEM STATEMENT AND KEY REQUIREMENTS 

The basic requirement was to rehost existing flight dynamics 
support software to the IBM 4341 for operation under MVS. 
However, to ensure configuration control, problem isolation, 
and continuity in operational support, while minimizing the 
lifetime and cost of the conversion process, a conservative 
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^•Several operational programs were considered expendable 
because several missions would terminate soon. 
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Table 2-1. General Responsibilities of Code 580 Sections 


CODE 

RESPONSIBILITIES 

581.2 

ANALYSIS, DEVELOPP*1ENT OF R EQUIPMENTS, AND OPERATIONS 
FOR ATTITUDE DETERMINATION AND CONTROL SUPPORT 

531.3 

MISSION DESIGN, MISSION ANALYSIS, AND SPECIFICATION AND 
OPERATIONS FOR MANEUVER SUPPORT 

582.1 

soSare ENT 0F fl,ght dynamics operations and analysis 

582.2 

ANALYSIS AND DEVELOPMENT OF ALGORITHMS AND 
APPROACHES FOR FUTURE FLIGHT DYNAMICS SUPPORT 


KC4-'53c*l/S4 



but ambitious set of requirements was formulated. These 
requirements (program conversion priorities) and their 
objectives are presented in Table 2-2. 

Because the amount of software for conversion had doubled 
since July 1982 and because hardware delivery and installa- 
tion schedules had slipped, some compromise was required to 
make the early-phase requirements achievable. The revised 
requirements (program conversion priorities) are presented 
in Table 2-3. 

2.2 PROJECT DESCRIPTION 

2.2.1 KEY DATES 

Table 2-4 contains actual key dates. 

2.2.2 KEY PRODUCTS 

The key products of the conversion effort were working load 
modules of each individual program at the three major 
phases, i.e., IBM S/360-95 benchmark, IBM 4341 MVT, and 
IBM 4341 MVS. For the latter two phases, the following doc- 
umentation was to be delivered to the GSFC user points of 
contact for each program: 

• FDS Software Conversion Delivery Form 

e Data Set Request Form 

o Change Report Form 

• Listing of source code updates 

The FDS Software Conversion Plan contains a complete de- 
scription of the documentation. 

2.2.3 SYSTEM CHARACTERISTICS 

Flight dynamics software includes applications to support 
attitude determination, attitude control, maneuver planning, 
orbit adjustment, and general mission analysis. The atti- 
tude systems use tne Graphic Ex«acutive Support System (GESS) 
for interactive program execution control and graphic display 
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Table 2-2. Original 
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TARGET DATE 
(1S33) 

PURPOSE 

April 15 

Allow Earth Radiation Budgot Satcllito 
(ERDS) attitude ground support system 
(AGSS) development effort to work with 
tho target operating system and thereby 
minimize tho impact of conversion on 
development 

May 1 

Allow a minimum of 30-day dual operation 
(IBM 5/35D-S5 and 13 M 4341) boforo tho 
IBM S/360-S5 was disconnected 

October 1 

Allow a minimum of 80-day dual operation 
(MV T and MVS) boforo MVT was removed 
from IBM 4341 

Juno 1 

Allow IBM S/3G0-25 comparison runs bo- 
foro IBM S/3G0-G5 was disconnected 

Docomber 31 

Allow MVT comparison runs before MVT 
was removed from IBM 4341 

December 31 

Allow MVT fallback position during tho 
checkout period boforo MVT was removed 
from IBM 4341 





Table 2-3. Revised Program Conversion Priorities 


CONVERSION 

PRIORITY 


NEED 


OPERATING 

SYSTEM 


TARGET DATE 
(1S23) 


PURPOSE 


New software devel- 
opment and corre- 
sponding operational 

MVS 

April 15 

support 

MVT 

May 1 


MVS, 

VSFORTRAN 

May 15 

Critical to ongoing 
mission support 

MVT 

May 1 


MVS 

Octobor 1 

Essential for normal 
operational support 

MVT 

* June 1 


MVS 

December 31 

Futuro (Intermediate 
term) 

MVS 

December 31 

Futuro (long term) 

MVT 

October 1 

Future (near term) 

MVT 

October 1 


MVS 

December 31 


Allow ERBS AGSS development to procada 
smoothly during conversion 

AGSS dovolopmcnt to move 
to IBM 4341 as soon as poscibJo by oKml- 
cr minimizing dependence on 
IBM S/3GO-S5 

! SS dovo!o pmont to convert 

J? V ** r .? a 7? A ?i 03 oar,y 08 POSJdWo, l.e., at 
tno end of build 1 


A, !?VJ,^^X.. dual operations (IBIVi S/3CO-S5 
| and IBM 4341) before IBM S/330-S5 was 
disconnected 

£0-day dual operations (MVT end 

i^ forQ (WVT was removed from 
lo"il 4o41 


Allow IBM S/3S0-95 comparison runs 
beforo IBM S/360-S5 was disconnected 

Allow MVT comparison runs boforo MVT 
was removed from IBM 4341 

Allow MVT fallback position during tho 
checkout period boforo MVT was removod 
from IBM 4341 


Allow time for checkout before MVT was 
removed from IBM 4341 


Allow timo for checkout before MVT was 
removed from IBM 4341 

Allow MVT comparison runs before MVT 
was removod from IBM 4341 
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Table 2-4. Key Dates 


CONVERSION 

CONTRACTS 


KEY DATES 


COfJTRACT AWARD 


FDS HARDWARE BUY 

PC&A ISOFTWARE CONVERSION) 

CONVERSION GROUNDWORK 

CODE 580 FDS RFP PREPARATION 
ORI SOFTWARE PREPARATION 


CONVERSION WORK 

SOFTWARE AND DATA PREPARATION 

DATA MIGRATION 
COPY FROM IBM S/ 360 95 
UNLOAD ON IBM 4341 


12/01/82 

01/14/83 

03/01/83 


05/06/83 

05/06/83 

05/06/83 


CONVERSION WORK 
BENCHMARKING AND CONVERSION 1 


START 


KFY DATES 


BENCHMARKS 

COMPLETED 


SOFTWARE 

DELIVERED 


USER 

ACCEPTED 


BENCHMARKING ON IBM S/ 360 95 
MVT CONVERSION ON IBM 4341 
MVS CONVERSION ON IBM 4341 


02/07/83 

02/11/83 

04/23/83 


05/27/83 

05/27/83 

12/23/83 


05/27/83 

05/27/83 


05/27/83 

07/22/83 

04/06/83 


^PRIORITY 1 SOFTWARE IS NOT INCLUDED BECAUSE IT WAS A SPECIAL CASE THAT CHANGED STATUS THROUGH* 
OUT THE CONVERSION EFFORT. 




of input and output. All the flight dynamics applications 
programs are primarily FORTRAN code with a small amount of 
assembler language code (1 to 3 percent) . The attitude sys- 
tems that use GESS typically contain approximately 15 per- 
cent assembler macro code (GESS tables) . The following 
applications support programs are primarily assembler lan- 
guage code: 

© Attitude Data Link (ADL) --Provides for receipt and 
data base management of spacecraft telemetry data 

e Structured FORTRAN Preprocessor (SFORT) --Translates 
structured FORTRAN programming constructs into 
standard FORTRAN 

© Graphic Executive Support System (GESS) --Provides 
interactive program execution control, error han- 
dling, and graphic display capabilities 

© Online Processing System (OPS) --Provides interac- 
tive and system service capabilities 

Table 2-5 lists the breakdown of FDS applications source 
code by GSFC Code. TaDle 2-6 lists the number of FDS appli- 
cations programs by conversion priority. Table 2-7 lists 
the data transported to the FDS. Table 2-8 lists the type 
of source code by conversion priority by GSFC Code. 

Tables 2-9a and 2-9b list the effort required to convert the 
software by personnel type and by software, respectively. 
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Table 2-5. FDS Applications Source Code by GSFC Code 


GSFC 

CONVERTED LINES OF CODE 
(LOC) IN THOUSANDS 

TYPE OF CODE (PERCENTAGES) 

CODE 

SLOC’ 

LOC 2 

ExLOC 2 

FORTRAN 

ASSEMBLER 4 

ALC TABLE 
MACROS** 

581.2 

856 

475 

390 

81.8 

11.1 

7.1 

581.3 

167 

150 

120 

99.9 


0.1 

582.1 

213 

120 

95 

84.4 

15.6 

0.0 

582.2 

82 

45 

35 

94.5 

5.1 

0.4 

TOTAL 

1325K 

790K 

640K 

85.3% 

10 . 1 % 

4 . 6 % 


’SOURCE LOC (WITH COMMENTSI. 4 ALC. 

2 WITHOUT COMMENTS. S FO'R GESS. 

3 EXECUTABLE LOC. 


Table 2-6. Number of FDS Applications Programs by 
Conversion Priority 


GSFC CODE 

CONVERSION PRIORITY 

TOTAL 

1 

2 

3 

4 

6 

581.2 

2 

WM 


3 

25 

159 

581.3 

0 

1 


11 

0 

35 

582.1 

2 

B 

0 

0 

1 

3 

582.2 

0. 


1 

0 

0 

5 

TOTAL 

4 


53 

14 

26 

202 





















Table 2-7. Data Trancoorted To the FDS 


TYPE 

GSFC CODE 

TOTAL 


531.2 

531.3 

582. 1 

582.2 * 

DATA SETS 

SOURCE CODE 

113 

32 

7 

1 

153 

LOAD MODULES 

114 

29 

9 

5 

157 

JCL 

26 

22 

2 

35 

85 

CLlSTs 

10 

16 

2 

1 

29 

PROCEDURES 

12 

4 

0 

2 

18 

DATA 

415 

172 

36 

25 

648 

TOTAL 

, 

660 

275 

56 

63 

1050 


DIRECT-ACCESS STORAGE (THOUSANDS OF IBM 2314 TRACKS) 1 


1.7 


AN IBM 2314 DISK PACK CONTAINS 4000 TRACKS. A TRACK CONTAINS 7294 BYTES OF 
STORAGE. 
























Table 2-8. Type of Source Code by Conversion Priority 
by GSFC Code 





t 
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Table 2-9a. Effort 1 Required to Convert Software — by 
Personnel Type 


TYPE 

STAFF-YEARS 

PERCENTAGE 

MANAGERS 2 

2.3 

19.5 

DEVELOPERS 

8.9 

75.4 

SUPPORT SERVICES 3 

0.6 

5.1 

TOTAL 

11.8 

100.0 


NOTES: 


^EFFORT IS DEFINED AS BOTH GSFC AND CONTRACTOR SUPPORT RE- 
QUIRED FOR SOFTWARE CONVERSION, INCLUDING MANAGERS. 
DEVELOTcRS, AND CLERICAL SUPPORT, SUCH AS LIBRARIANS. IT 
DOES NOT INCLUDE ANY EFFORT THAT USERS EXPENDED DEFINING. 
PREPARING, OR TESTING THEIR SOFTWARE NOR DOES IT INCLUDE 
ANY EFFORT THAT SYSTEMS PROGRAMMERS EXPENDED CONVERTING 
SYSTEM SUPPORT SOFTWARE. 

Includes assistant technical representative iatri, project 

MANAGER AND LEADER, AND ADMINISTRATIVE PROJECT CONTROL 
PERSONNEL. 

Includes secretarial, librarian, and technical publications 

PERSONNEL. 


Table 2-9b. Effort Required To Convert Software — by 
Software 


GSFC CODE 

EFFORT 

(PERCENTAGES) 

LINES OF CODE (PERCENTAGES) 

SLOC 

LOC 

ExLOC 

581.2 

66.7 

64.6 

60,1 

60.9 

581.3 

7.6 

12.6 

19.0 

18.8 

582.1 

17.4 

16.1 

15.2 

14.8 

582.2 

8.3 

6.7 

5.7 

5.5 


r 
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SECTION 3 - CONVERSION HISTORY 


This section presents the history of the FDS applications 
software conversion effort. It covers estimates of applica- 
tions software size, required effort, schedule, and cost; 
organizational structure and key personnel; specified and 
unique conversion approaches; computer hardware and program- 
ming languages; special problems; and information about re- 
quired software changes. 

3.1 ESTIMATES OF APPLICATIONS SOFTWARE SIZE, REQUIRED 
EFFORT, SCHEDULE, AND COST 

Effort and cost estimates in this section are for software 
conversion only; it does not include the users’ preparation 
time, i.e., the work necessary to turn over a completely 
defined system and its benchmark tests, or the users' inde- 
pendent testing activities (specifically, dual operations). 

Table 3-1 contains, for various key events, estimates of the 
size of the applications software to be converted and esti- 
mates of the effort required to do the work. Figure 3-1 
illustrates the planned (January 1983) and the actual staff- 
ing levels for the conversion effort in full-time 
equivale. ts (40-nour workweeks) . 

Tables 3-2 through 3-5 provide the schedule estimates for 
the major phases by conversion priority. Table 3-6 presents 
the cost estimates. 



Table 3-1. System Size and Effort Estimates 















Table 3-2. IBM S/360 Benchmaking Schedule Estimates 


GSFC CODE PRIORITY 


1 

2 

3 

4 

5 

6 

TOTAL 


PROGRAMS 


FINAL LIST 


NO. 


581.2 

1 

2 

3 

4 

5 

6 

TOTAL 

581.3 

2 

3 

4 

TOTAL 

582.1 

1 

6 

TOTAL 

582 2 

2 

3 

TOTAL 


SCHEDULE 1 


ESTIMATE 


12/02 01/83 


04' 15 04/15 


ALL DATES ARE 1983. 

NBR INDICATES THAT NO BENCHMARK TEST WAS REQUIRED BY THE USER 


















































Table 3-3. MVT Conversion Schedule Estimates 


GSFC CODE PRIORITY 


1 

2 

3 

4 

5 

6 

TOTAL 


2 

3 

5 

6 

TOTAL 


2 

3 

TOTAL 


1 

6 

TOTAL 


PROGRAMS 


FINAL LIST 


NO. LATE 


SCHEDULE 1 

ESTIMATE 

ACTUAL 

12/52 

01/83 

■m 

04/15 

04/08 

05/01 

05/01 

05/02 

oe ot 

06/01 

06/01 

— 

10 01 



10 01 

05/27 

05 01 

04 15 

05 01 

mm 

06/01 

06 01 

06 01 

- 

10,01 

— 


10 01 

05/27 

05/01 
06 01 

05 01 

06 '01 

04-15 
04 08 


2 2 

1 1 

3 3 


2 

3 


TOTAL 


ALL OATES ARE 1S83. 

S THAT THE F,RST DELIVERY OF A CONVERTFn PROGRAM WAS REJECTED 

BY THE USER. 
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Table 3-4. MVS Conversion Schedule Estimates 


GSFC CODE 

PRIORITY 

PROGRAMS 

SCHEDULE 1 

01/83 

LIST 

FINAL LIST 

ESTIMATE 

ACTUAL 

NO. 

LATE 

REJ 2 

12/82 

01/83 

ALL 580 

1 

4 

4 

1 

0 

04/15 

05 01 

05/12 


2 

111 

104 

2 

2 

10/01 

10 01 

11/04 


3 

59 

43 

0 

3 

12 01 

12 31 

11.04 


4 

17 

13 

0 

2 

12/01 

12 31 

11.04 


5 

0 

0 

0 

0 

- 

- 

- 


6 

37 

21 

0 

1 


12 31 

12 23 


TOTAL 

223 

185 

3 

- - 

8 




581.2 

1 

2 

2 

0 

0 

04' 15 

05 01 

04/15 


2 

87 ; 

80 

2 

1 

10/01 

10 01 

11/04 


3 

54 

38 

0 

2 

12 01 

12.31 

1 1 .04 


4 

4 

2 

0 

0 

12-01 

12 31 

11.04 


6 

36 • 

20 

0 

1 

- 

12 31 

12.23 


TOTAL 

183 

142 

2 

4 




581.3 

2 

20 

20 

0 

1 

10/01 

10/01 

09 02 


3 

4 

4 

0 

1 

12.01 

12 31 

09-23 


4 

13 

11 

0 

2 

12'01 

12/31 

10'28 


TOTAL 

37 

35 

0 

4 




582.1 

1 

2 

2 

1 

0 

04/15 

05 01 

05 12 


4 

0 

0 

0 

0 

12/01 

- 

- 


6 

1 

1 

0 

0 

- 

12 31 

03/26 


TOTAL 

3 

3 

1 

0 




582.2 

2 

4 

4 

0 

1 

0 

10/01 

i 

10 01 

09 30 


3 

1 , 

1 

0 

0 

12/01 

12/31 

10-07 


TOTAL 

5 

S 

0 

0 





’all DATES ARE 1983. 

2 rej indicates that the first delivery of a converted program was rejected 

BY THE USER. 
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Table 3-6. GSFC Cost Estimate History 


GSFC 

FY 2 

POP 
81-1 | 

POP 

81-2 

POP 

32-1 

POP 

82-2 

POP 

83-1 

POP 

83-2 

POP 

84-1 

(ACTUALS) 

POP 

84-2 

THOUSANDS OF DOLLARS (K$P 

82 

231 

0 

0 

0 

■a 

0 

0 

0 

83 

155 

218 

346 

578 

M 

427 

400 

400 

84 

0 

300 

539 

630 

m 

479 

200 

100 

85 

0 

132 

0 

0 

0 

0 

0 

0 

86 

0 

363 

0 

0 

0 

0 

0 

0 

TOTALS 

386 

1013 

885 

1203 

871 

903 

600 

500 

84$ 

445 

1026 

925 

1263 

834 

935 

627 

551 

ONBOARD EQUIVALENTS (OBEs) 

82 

o 

0.0 

0.0 

0.0 

0.0 

0.0 

MM 

0.0 

83 

19 

4.8 

7.4 

12,4 

8.8 

9.0 

Ki 

8.7 

' 84 

mpm 

6.2 

10.9 

12.7 

8.9 

9.5 

HI 

2.2 

85 


2.6 

0.0 

0.0 


0.0 

i o.o 

0.0 

86 

0.0 

6.7 

0.0 

0.0 

■Yl 

B!:\X 



TOTALS 

8.8 

20.3 

18.3 

25.1 

17.7 

18.5 

12.7 

10.9 


’ESTIMATED FOR PROJECT OPERATIONS PROJECTIONS (POPs) 8M (JANUARY ’.981). 
81-2 (JULY 1931), etc. POP 84-2 REPRESENTS ACTUALS. ESTIMATES ARE EXPRESSED 
IN TERMS OF DOLLAR VALUE OF THE YEAR INDICATED. 

2 84$ INDICATES THAT THE TOTAL ONBOARD-EQUIVALENT (OBE) PROJECTIONS ARE 
GIVEN IN TERMS OF 1984 DOLLARS. $50.5K PER OBE. ROUNDED UP. 


7 ') 
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3.2 ORGANIZATIONAL STRUCTURE AND KEY PERSONNEL 


GSFC Code 580 was the central point of control for the FDS 
applications software conversion project. A basic develop- 
ment team consists of 

1. GSFC Assistant Technical Representative (ATR)-- 
First- or second-line manager (normally one person) respon- 
sible for monitorinq resources and progress. Serves as 
primary point of contact (POC) with customer, support, and 
contractor groups (15- to 100-percent involvement). 

2. CSC project manager— First-line development manager 
responsible, with the project leader, for organizing and 
planning a task-assigned project. Provides technical con- 
sultation and manages project resources (20- to 100-percent 
involvement) . Directes 8 to 25 persons, usually 12 + 3. 

3. CSC project leader--Lead developer responsible, 
with project manager, for organizing and planning a task- 
assigried project. Provides technical direction and day-to- 
day supervision of project activities (usually 100-percent 
involvement) . 

4. CSC and/or GSFC developers—Programmer/analysts re- 
sponsible for technical work (usually 100-percent involvement) . 

Figure 3-2 illustrates the organizational structure for the 
life of the project. Only minor cbanqes occurred in the 
leadership positions; the title of the leader with the most 
significant contribution to the project is shown as it ap- 
pears in Table 3-7, which lists the key personnel. The first 
group consists of the GSFC user POCs; the second group, GSFC 
ATRs and section heads; the third, CSC project managers; and 
the fourth, CSC project leaders and the technical personnel 
who provided significant technical contributions. 
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SECTION HEAD 
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Figure 3-2. FDS Applications Software Conversion Organizational Structure 
From December 1982 Through May 1984 
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Table 3-7. Key Personnel 


TYPE 1 

NAME 

ono 

TITLE 2 

DATES 

FROM 

TO 

MGR 

ROGER WERKING 

GSFC 

POC1 

12/01/82 

09/11/83 

MGR 

JAMES COOLEY 

GSFC 

POC2 

12/01/82 

05/04/84 

MGR 

FRANK MCGARRY 

GSFC 

POC3 

12/01/82 

05/04/84 

MGR 

CHARLES NEWMAN 

GSFC 

POC4 

12/01/82 

05/04/84 

MGR 

GARY MEYERS 

GSFC 

POC5 

09/12/83 

05/04/84 

MGR 

FRANK MCGARRY 

GSFC 

SHI 

12/01/82 

05/04/84 

MGR 

FRANK MCGARRY 

GSFC 

ATR1 

12/01/82 

12/31/83 

MGRTECH 

ELIZABETH EDWARDS 

GSFC 

ATR2 

01/07/83 

05/04/84 

MGR 

KUEN-SAN LIU 

CSC 

PM1 

12/01/82 

05/04/84 

MGR 

C. BAILEY SPENCE 

CSC 

PM2 

01/17/83 

12/31/83 

MGRTECH 

KUEN-SAN LIU 

CSC 

PL1 

12/01/82 

12/31/83 

MGRTECH 

DAVID GREEN 

CSC 

PL2 

01/01/84 

05/04/84 

TECH 

DAVID GREEN 

CSC 

- 

12/06/82 

12/31/83 

TECH 

ROBERT HENDRICK 

CSC 

- 

12/06/82 

05/20/83 

TECH 

WAYNE TAYLOR 

CSC 

- 

01/03/83 

07/01/83 

TECH • 

CHARLES BEARD 

CSC 

- 

01/03/83 

11/04/83 

TECH 

UMADEVI SAGGARE 

CSC 

- 

01/03/83 

09/30/83 

TECH 

JOHN KUHN 

CSC 


03/07/83 

09/02/83 


'TYPES: 

MGR 

m 

MANAGER 


MGRTECH 

M 

MANAGER WI* r H TECHNICAL ASSIGNMENT (ATR OR PROJECT 
LEADER) 


TECH 

m 

TECHNICAL WCRKER 

•TITLES: 

POCx 

B 

USER POINT OF CONTACT x 


SHy 

m 

SECTION HEAD y 


ATRz 

m 

ASSISTANT TECHNICAL REPRESENTATIVE z 


PMm 

m 

PROJECT MANAGER m 


PLn 

U 

PROJECT LEADER n 


W/ITOi Knc, 



For each person, his/her organizational affiliation and title 
are given, along with the dates of his/her association with 
the project. 

3 . 3 SPECIFIED APPROACHES 

3.3.1 CONFIGURATION CONTROL AND REVIEW PROCESS 

Configuration control and review procedures are embodied in 
the detailed step-by-step procedures outlined in the FDS 
Software Conversion Plan (Appendix B contains excerpts). 

The following tools were used as an aid to configuration 
control and the review process; some also aided the conver- 
sion process. 

e Progress chart matrix --A chart containing one line 
per program with columns for most conversion steps (i.e., 
program definition (form number) , data set transfers, bench- 
mark definition and execution dates, MVT arid MVS conversion 
initiation dates, benchmark test completion dates, delivery- 
to-POC dates, and the POC's program acceptance dates) was 
maintained manually and was updated and summarized weekly. 
Appendix C contains the information from the chart matrix, 
with additional information included to provide a more com- 
plete picture. 

• Data migration aids --Small assembler language pro- 
grams were written to generate the JCL needed to load/unload 
data migration tapes. The input to these programs was out- 
put from the MINIMAP program, which generates alphabetical 
listings of data set names and attributes for specified 
catalog index levels. 

o Load module component analysis --A small FORTRAN 
utility was written to identify load modules containing 
specified subroutines. The utility worked by scanning out- 
put from the LISTIDR program, which generates listings of 
subroutine names for specified load modules. 

3-12 


9604 


• PANVALET-.panvalbt was used as a source code man- 

ZlTfTa 7 Stem f ° C aU S ° ftWare that Was verted. Code 

ions were (in most cases) made using PANVALET 

PANVALE 5 ; libr P T LET faCUity fOC SCanning an entire 
ary ° C a given character string was very 
useful. 2 

„ M * . — ■ tU1 ° ned data set i mi scannina/^iHn, 

The attitude maintenance SCAllPOS and MODPDS 

utilities „ ete used (or scanning and systematically editing 
source code and JCL stored in PDSs. 

The following tools would have been useful for the software 
conversion effort: are 

• Preexisting data migration and load module compo- 
nent analysis tools. 

° Online configuration management tool that would 
allow conversion personnel to rapidly locate information 
(e.g., source code, macros, JCL, and load modules) asso- 
ciated with a given program. Program description forms did 

; ayS P rovide ^plete information and were difficult 
ea wit in general. Conversion personnel new to the 

inL™:" 3 " * time finding needed 

# Online compiling and assembling. 

Utility for calculating lines of code statistics. 

3-3.2 librarian function and data collection procedures 

The librarians were used primarily to maintain conversion 
records and data ,e.g„ flow of program user’s guides, sys- 
descriptions, tapes, and delivery documentation). The 
librarians also entered the source code for several programs 
that were available only from listings. 

Each delivery of a program that was converted to MVT or MVS 
included a change report that indicated the nature and 
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extent of required changes. The developers also filled out 
component status forms weekly, recording the amount of time 
they spent on various activities by program (see sample 
forms in Appendix B) . Resource usage data (conversion team 
hours and computer hours and runs) were collected weekly. 
Appendix A summarizes the resource usage data. 

3,3.3 CONVERSION PROCEDURES 

The applications software conversion process consisted of 
the following steps: 

• Applications software preparation 

0 Benchmark preparation and execution on the IBM 
S/360-95 

0 Data migration from the IBM S/360-95 to the 
IBM 4341 computers 

0 Conversion to MVT on the IBM 4341 

o Conversion to MVS op. the IBM 4341 

0 Upgrading of key software to VSFORTRAN (FORTRAN 77), 
which was left open 

Figure 3-3 illustrates the overall FDS applications software 
conversion process. 

3. 3. 3.1 Applications Software Preparation 

To prepare for the conversion effort, the following software 
information was collected: 

0 A comprehensive list of load modules to be converted 

o The MVT and MVS conversion priorities for each load 
module 

0 The name of the person, project, or group respon- 
sible for operating each load module 

© A list of all data sets associated with each load 
module (e.g., source code library, creation job 
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Figure 3-3. Overall FDS Applications Software Conversion Proces 








control language (JCL) , execution JCL, overlay, 
timesharing option (TSO) control lists (CLISTs) , 

GESS tables, link libraries, NAMELISTS, assembler 
macro libraries, input/output data sets) 

0 For each load module, a description of general soft- 
ware characteristics that may affect the conversion 
effort (e.g., source code language type, precom- 
piler, overlay, graphic devices, graphic method, 

M&DO packages used, and use of 7-track tape drives) 

0 An indication, for each load module, as to whether 
an up-to-date system tape exists 

o A list of all associated documentation for each 
load module to be converted 

3. 3. 3. 2 Benchmark Preparation and Execution on the 
IBM S/360-95 

For each program to be benchmarked (through GSFC user points 
of contact) , the user provided the conversion team with the 
JCL to execute the benchmark on the IBM S/360 under MVT. 

For data sets referenced in the JCL that required special 
-initialization or set up, the user provided an explanation 
of the procedure involved. The conversion team was also 
given operating instructions if the benchmark test involved 
interactive processing. Finally, the team was given in- 
structions for evaluating the benchmark tests. Upon receiv- 
ing this information, the conversion team ran the benchmark 
test on the IBM S/360-95 according to the procedures delin- 
eated in Appendix B, correcting problems as they occurred 
until the benchmark test ran successfully. 

3. 3. 3. 3 Data Migration From the IBM S/360-95 to the IBM 4341 

Concurrent with benchmarking on the IBM S/360-95, the data 
was transferred to the IBM 4341. The data transfer was con- 
ducted on a data set level as opposed to a program level. 
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To ensure that no important data was lost when the 
IBM S/360-95 was removed, all designated GSFC Code 580 data 
sets on the IBM S/360-95 were transferred to the IBM 4341 
computers. The IBM S/360-95 data sets under the control of 
each GSFC Code 580 section were transferred wholesale to the 
FDS computers. Because the computers shared no direct- 
access storage, data was transferred on tapes. 

3. 3. 3. 4 Conversion to MVT on the IBM 4341 

Load modules were converted according to their assigned MVT 
conversion priority. The only modifications made were those 
required for correct execution of the load module benchmark 
test on the IBM 4341 under MVT. Obsolete source code was 
not deleted nor were programs optimized. The procedure for 
converting a given load module to MVT on the IBM 4341 is 
shown in Figure 3-4 and is discussed in detail in Appen- 
dix B.2. 


3. 3.3. 5 Conversion to MVS on the IBM 4341 

After load modules successfully underwent MVT conversion on 
the IBM 4341, MVS conversion began. Again, load modules 
were converted according to their assigned MVS conversion 
priority. The only modifications made were those required 
for correct execution of the load module benchmark test 
under MVS. A limited amount of nonapplicable code was 
deleted and minimal program optimization (overlays) was per- 
formed for MVS. The procedure for converting a given load 
module to MVS on the IBM 4341 is shown in Figure 3-5 and is 
discussed in detail in Appendix B.3. 

3.4 UNIQUE APPROACHES 

No unique approaches were used in this software conversion 
effort. 


Ar A i 
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3.5 HARDWARE AND PROGRAMMING LANGUAGES 

The computers used in the conversion effort were the 
IBM S/360-95, on which the applications software was origi- 
nally designed to run, and the new IBM 4341s, to which the 
software was being converted. The IBM S/360-95 peripherals 
included IBM 2314 direct-access storage, 7- and 9-track tape 
drives, alphanumeric terminals, and IBM 2250 high-resolution 
graphic devices. The IBM 4341 peripherals included IBM 3350 
(equivalent) direct-access storage, 9-track tape drives, 

IBM 3278 alphanumeric terminals, IBM 3251 high-resolution 
graphic device terminals, and IBM 3255 controllers. 

The programming languages were 

• FORTRAN IV (85 percent) 

o VSFORTRAN (less than 1 percent) 

e Assembler language code (10 percent) 

• Assembler language macros (5 percent) 

3.6 SPECIAL PROBLEMS 

As with any large software conversion project, problems were 
bound to arise. This section identifies five main areas of 
concern: 

1. Problem (requirements) 

2. Process 

3. Environment 

4. Product 

5. Personnel 

In this particular conversion effort, requirements and per- 
sonnel problems were expected; some also came up in the 
process area. 

In the requirements area, because the amount of software to 
be converted was almost twice that expected and because the 
hardware delivery schedule slipped, it was known that the 
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June 1, 1983, IBM 4341 MVT conversion date would be diffi- 
cult to meet. 

In the area of personnel, the nature of the project (conver- 
sion to and from IBM machines) was a source of some problems. 
First, few, if any, developers actually elect to do conver- 
sion work. In addition, because of the time that had elapsed 
between the last IBM applications development project and 
this conversion effort, the environment was depleted of de- 
velopers with recent IBM applications development experience. 

These and other problems are discussed in more detail in the 
following subsections. Other information is also included 
to complete the historical picture. 

3.6.1 PROBLEM (REQUIREMENTS) 

Problems with the requirements centered around their evolv- 
ing nature. The requirements for the software conversion 
effort changed continually from the first significant defi- 
nition of the actual effort (July 1982) through most of the 
early phases of the effort (April 1983). 

© Increased Scope of Effort — The amount of software 
for conversion doubled. 

• Late Delivery of Hardware --Several hardware delivery 
and installation dates slipped more than once. 

© Priority Changes --Changes to software priorities 
required that more programs were to be converted 
earlier. This problem was compounded by the delays 
in hardware deliveries. More and more work had to 
be done in shorter and shorter time periods during 
the early phases of conversion. 

© Some Requirements Could Not Be Met Fully --Tapes, 
which were to be used for systems archived on 
tapes, were found to be basically useless and the 
conversion tetm had to prepare the data itself. 
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Also, users, who were to supply software systems 
and benchmark tests, were unfortunately, not gen- 
erally available and had to be borrowed. These 
users were therefore not prepared to supply the 
necessary material. 

* Hardware Misunderstandings -Problems resulting from 

the model of the high-resolution graphic device 
(IBM 3251) and the keyboards for alphanumeric ter- 
minals were magnified in light of the delayed hard 
ware delivery and rigid schedule. Little time was 
available to reconcile problems that arose when the 
delivered hardware was not what it was supposed to 

be . 

, Poor Hardware Performance and Relia bil itg— The 

original hardware configuration provided poor per- 
formance and reliability. As a result, the team 
found that conversion took more time than expected. 

3.6.2 PROCESS 

Although late, in its final form, the conversion plan was 
excellent and was given to the conversion team in pieces, as 
needed. In part, delays in completing the plan were caused 
by requirements changes. For example, because of the 
limited value and condition of system tapes, procedures to 
define software systems and benchmark tests had to be worked 
out and discussed with the different user groups. Because 
users expected benchmark tests for graphic programs to be 
run interactively, the benchmark scripts were inadequate for 
other than the experienced user. Therefore, user help had 
to be arranged to accomplish that task. 

Since most changes in requirements increased the amount of 
work to be done by the end of the MVT conversion milestone 
(June 1, 1983), considerable help from experts (i.e., de 
velopers, operators, or analysts) familiar with large or 
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difficult programs was needed and arranged for. The MVT 
conversion milestone could not have been met without good 
fortune and a very high degree of cooperation from the user 
community. 

• • 

For example, the Earth Radiation Budget Satellite (ERBS) 
Attitude Ground Support System (AGSS) development team was 
late in using the IBM 4341. This allowed the conversion 
team to operate more efficiently (they were basically the 
only user) since system performance was poor at the time. 

As a result, they were able to get ahead of schedule. The 
enthusiasm of the conversion team core, the ability and 
willingness of the conversion team to adapt to the IBM 4341 
system's performance at the time (e.g., adjusting their work 
schedules to obtain better access, running batch jobs), and 
the contributions of team members who developed the conver- 
sion plan also proved beneficial. Those team members, in 
addition to developing conversion tools to speed up the 
process (e.g., preparation, migration, systematic changes) 
and to make configuration control easier, also solved sev- 
eral system problems that would have caused substantial 
delays in the conversion process, for example, IBM 3251 
graphic device controller, buffer, and keyboard problems. 

The high degree of cooperation from the user community was 
demonstrated in a first-rate joint CSC and GSFC management 
effort. The managers were cognizant of the importance of 
getting conversion done in a timely manner so that 

e Their future environment could be stabilized and 
fine tuned 

• The effect on operations and mission preparation 
could be minimized 

• The cost of keeping the IBM S/360-95 operational 
could be eliminated 
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Managers in both organizations continually ensured the 
availability of personnel critical to the efficient conver- 
sion of software with which they were most familiar. This 
frequently required coordinating staffing and support for a 
large group of other projects so that projects from which 
personnel were borrowed experienced minimal impact. 

In all, through the MVT conversion phase approximately 
60 developers, operators, analysts, librarians, and managers 
were involved in the effort to some degree. 

3.6.3 ENVIRONMENT 

3. 6. 3.1 Hardware 

Compared with the IBM S/360-95 environment, the IBM 4341 
environment has brought dramatic improvements, which aided 
the conversion process. 

o The unstable, 6- to 8-hour mean time to failure 
(MTTF) IBM S/360-95 environment has been replaced with a 
stable, 24-hour MTTF environment that has considerably im- 
proved reliability; turnaround time, especially for time- 
consuming, many-step jobs (e.g., GESS table creation); and 
efficiency 

o A sufficient number of alphanumeric terminals are 
now available on- and offsite, relieving some frustration of 
the more interactively oriented user community 

o A sufficient number of high-resolution graphic de- 
vices (IBM 3251) are now available on- and offsite. The two 
offsite devices have improved productivity in that devel- 
opers are not forced to use fixed- time-slot, programmer- 
present block time. Travel time and its attendant cost have 
also been reduced. 
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Because the environment is still being fine tuned and en- 
hanced, further improvements are expected. For example, 

• Reduced input/output (I/O) time. I/O time is long 
now because of restricted disk storage and data set 
configuration problems 

o Improved timesharing option (TSO) response time 

• Improved turnaround via high-speed printers on- and 
offsite 

© Consistency among alphanumeric terminal keyboards. 
Seven different kinds of terminals are now used 

3. 6. 3. 2 Software 

No improvement has been made in support software relative to 
the IBM S/360-95 environment. In fact, some capabilities 
have been lost. Because the system programmers have been 
busy checking and fine tuning the system, certain utilities 
have not yet been implemented and certain diagnostic fea- 
tures available on the IBM S/360-95 are not available on the 
IBM 4341 (e.g., SYSTERM compiler output). 

3.6.4 PRODUCT 

Since virtually all programs (approximately 99 percent) have 
been created from source code for MVS conversion, the user 
community now has the opportunity to employ better, stricter 
configuration control procedures so that the integrity of 
source code and load modules is maintained. Numerous bench- 
mark tests exist and should be archived for use in configu- 
ration control. 

3.6.5 PERSONNEL 

Staffing the conversion effort was difficult because devel- 
opers view conversion work as only a (small) step above 
maintenance work. (Conversion is a step above only because 
it ends; maintenance is forever.) 
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The managers' staffing goal was to form a team of approxi- 
mately 12 full-time equivalents (FTEs) of developers, 

25 percent of which would be experts or developers knowl- 
edgeable in different large or difficult programs. The 
remaining 75 percent (8 to 9 developers) would be the con- 
version team core, which would phase down to about 6 devel- 
opers by the end of the MVS conversion phase. 

The managers' goal for the team core makeup was 

• A typical development project skill mix, i.e., 
equal numbers of senior, intermediate, and junior devel- 
opers. The senior personnel would provide some direction 
and solve problems concerning the more difficult MVS con- 
version and still more difficult VSFORTRAN conversion 

o Two full-time assembler language developers for the 
duration of the effort to work on the three large assembler 
language programs (ADL, GESS, OPS) 

o One-third of the team core experienced with virtual 
memory operating systems (IBM S/370, 30xx, or 43xx) and 
applications 

• Two-thirds or more of the team core experienced 
with IBM applications 

o One-third of the team core experienced with some of 
the large or difficult programs 

Because no IBM S/360 development project has been undertaken 
since the Dynamics Explorer (DE) Attitude Ground Support 
System (AGSS) was completed in June 1981, the environment 
was basically depleted of IBM applications developers. 
Therefore, the team core put together fell short in experi- 
ence with full development (design, code, test) and with the 
programs being converted. Hence, the team had to depend on 
the conglomeration of experts to aid in benchmark testing, 
especially with the graphics programs. Since conversion to 
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VS FORTRAN was dropped as a requirement, overall, lack of 
full development experience was not a problem. 

Because of developers' common dislike of conversion work, 
the team core that was put together fell short in experience 
with virtual memory systems; the team was also short one 
full-time assembler language developer for 9 months. How- 
ever, since program optimization was not a requirement, a 
lack of virtual memory system experience was not a problem. 
The absence of the full-time assembler language developer 
did put a strain on the team's assembler language developers 
because the assembler language programs needed substantial 
(much more than expected) modifications. 

Overall, the team core was average, i.e., the team had an 
average number of years of experience in the environment and 
with the application, relative to a typical AGSS development 
project. Here, "the application" means JCL, data set manip- 
ulation, TSO operation, minor code modification, load module 
creation, and simple batch benchmark testing. Collectively, 
the conversion team managers were very experienced. 

3.7 REQUIRED SOFTWARE CHANGES 

Table 3-8 lists the changes required to convert the FDS 
applications software to the IBM 4341. The table includes 
the reason for a change, the operating systems for which the 
change was necessary, the source code languages that had to 
be changed, and a brief description of the change. 
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Table 3-8. Change Required To 


LJ 

M 

00 




to IBM 4341 (1 of 6) 



DESCRIPTION 


Direct-access data sets had to be reinitialized on the 
IBM 3350 equivalent disk packs; they could not ba 
simply copied from the IBM 2314 disk packs (IBM 
S/360). 

Graphics programs, in general, could not access 
lower-caso koyboard input from tho 1B1V3 3251 
graphic dcvico. Tho IBM 2250 graphic dovico (IBM 
S/360) only had upper-casa koyboard input. For 
some programs, the changes woro deferred until 
MVS conversion. 

Somo graphics programs written using tho Graphics 
Access Method (GAM) hod to bo modified to bo 
compatible with tho shared display buffer feature of 
tho IBM 3251 graphic device. 

Tho 9-track tape version of the CalComp plotting 
package was implemented because 7-track tape 
drives aro not used in the IBM 4341 environment. 

Coda for using the FMOC and IBM 2260 graphic 
devices was deleted from programs because these 
graphic devices aro not used in tho IBM 4341 
environment. 

Some subroutines had the IBM 2314 disk pack track 
size hardcoded cither oxplicitly or implicitly by 
assuming a certain number of blocks per track for § 
data sots. Tho IBM 4341 uses IBM 3350 equivalent 5 
disk packs. t 
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Table 3-8. 


Change Required To Convert to IBM 4341 


(2 of 6) 


CHANGE 

REASON 

OPERATING 

SYSTEMS 

SOURCE 

LANGUAGES 

DESCRIPTION 

7. 

USER 

SOFTWARE 

MVS/MVT 

FORTRAN AND 
ASSEMBLER 

Somo subroutines had boon hardcoded with CPU^ 
identification, data set names, or disk volume serial 
numbers. Fcr example, ono program assumed that 
scratch pack volume serial numbers began with 
SCR. Tha IBM 4341 computers have different iden- 
tification codes and data cat naming conventions 
wero changed for tho different conversion process 
steps. Most of the required changes were deferred 
until MVS conversion. 

8. 

USER 

SOFTWARE 

MVS/MVT 

FORTRAN 

Source code for some programs wa3 missing (1), 
was not in agreement with the operational load 
modules or contained errors (19), or was available 
only from hardcopy listings (5). 

9. 

USER 

SOFTWARE 

MVS 

ASSEMBLER 

Overlays were removed from MVS programs for 
execution efficiency. Somo programs depended on 
the overlay supervisor to refresh (reinitialize) certain 
subroutine parameters. 

10. 

ENVIRON- 

MENT 

SOFTWARE 

MVS/MVT 

FORTRAN AND 
ASSEMBLER 

Programs using tho Direct Access Input/Output 
(DAIO) and General FORTRAN Input/Output (FTIO) 
packages had to be relinked to incorporate versions 
designed for IBM 3359 equivalent disk packs. 

11. 

ENVIRON- 

MENT 

SOFTWARE 

MVS 

FORTRAN 

Originally, only the V5F0RTRAN library was 
installed under MVS. However, M&DO's INCORE 
subroutine, which converts data to/from EBCDIC 
formats, was not compatible with the VSFORTRAN 
library. Therefore, tho FORTRAN IV (H-extendcd) 
library had to be installed under MVS. 
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Table 3-8. Change Required To Convert to IBM 4341 (3 of 6) 


CHANGE 

REASON 

OPERATING 

SYSTEMS 

SOURCE 

LANGUAGES 

12. 

ENVIRON- 

MENT 

SOFTWARE 

MVS 

ASSEMBLER 

13. 

COMPILER ^ 
SOFTWARE 

mvs/mvt 

FORTRAN 

14. 

COMPILER 

mvs/mvt 

FORTRAN 


SOFTWARE 


15. COMPILER 

SOFTWARE 


FORTRAN 


DESCRIPTION 

The IBM utility IEBCOPY is on authorized Program 
under MVS. Therefore, it cannot bo invoked from 
an applications program without authorization. 

Programs written for tha FORTRAN G compiler had 
To bo modified for tha FORTRAN IV (H-extendad) 
compiler. 

Soma programs writton for the FORTRANQ conipi* 
ler abnormally ended (ABENDed) execution with an 
S0C6 completion coda unless tho subroutine caus- 
ing the ABEND wa3 compiled at an optimization 
level of zero. 

Programs wrlttop for tho FORTRAN W IH^xtond.d) 
compiler that were upgraded to tho VSFO RTHAr 
compiler required changes because 

O MDDO's INCORE subroutina and IBM's BCNV 
subroutine (which convert data to/from 
EBCDIC formats) were not compatible wit? the 
VSFORTRAN library. A VSFORTRAN-compatib.e 
version of INCORE was writton 
O VSFORTRAN does not permit logical variables 
to be used with relational or arithmetic 
operators 

O VSFORTRAN will not allow logical variables to 
be assigned to arithmetic variables 
O VSFORTRAN does not support DEFINE FILE 
statements 

o VSFORTRAN will not allow ENTRY statement 
arguments to be referenced before tho ENTRY 
statement 
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. Table 3-8. 


Change Required To Convert to IBM 4341 


(4 of 6) 


CHANGE 

REASON 

OPERATING 

SYSTEMS 

SOURCE 

LANGUAGES 

DESCRIPTION 

16. 

COMPILER 

SOFTWARE 

MVS 

ASSEMBLER 

In VSFORTRAN, character arguments nro passod in 
calling sequences with a pointor to tho charactor 
string as well 03 to the character string's length. In 
addition, tho charactor arguments aro not padded 
with blanks. Sovoral assembler subroutines woro 
modified to mako them VSFORTRAPJ callable. 

17. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

When reading variable-length data, page-fix errors 
(S20O ABENOs) can occur if tho specified numbor of 
bytes to bo read oxcceds tho buffer size. 

18. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

For unknown reasons, a binary synchronous tele- 
communications program bocomes inactively 
suspended in execution unless it is in real memory, 
i.o., not paged. 

19. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

Absoluto offsots used with system control blocks 
oro different under MVT end MVS. 

20. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

System macros do not necessarily produce tho same 
amount of codo os they do under MVT. Ono pro- 
gram was changed to provide mcro space for a 
Data Control Block (DCB) macro and to incrcaso 
the range of addressability. 

21. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

MVS doos not allow ono job to examine tho system 
control blocks belonging to another job. Programs 
using this feature could not bo converted to MVS. 

22. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

Dynamic printing and job submission from a job in 
execution wero implemented using the MVS 
dynamic file allocation facility (SVC 93). Those func- 
tions woro available through ASP on tho IBM 
S/360-D5 or MDDO's ASPSIM utility on tho IBM 
S/300-75. 
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Table 3-8. Change Required To Convert to IBM 4341 (5 of 6) 


CHANGE 

REASON 

OPERATING 

SYSTEMS 

SOURCE 

LANGUAGES 

DESCRIPTION 

23. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

Dynamic fife allocation was implemented using SVC 
99 rather than supervisor privileges to modify 
system control blocks. 

24. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

An oxtra LOCATE macro must bo issuod to retrieve 
catalog information for a high-level index that 
resides in a catalog volume (CVOL). 

25. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

SVC 33 OOHALT) oxpects different parameters in 
registers 0 and 1 under MVS than under MVT. 

28. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

IBM's POST macro does not assamblo correctly. A 
copy of the macro was mado and modified. 

27. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

Several programs ABENDcd with a completion coda 
of S0C4 because of fetch storage protection excep- 
tions. For example, one program tried to rcstoro 
registers from a savo area that had boon rofeased 
(FREEMAIftl). These ABENDS ora sporadic and do- 
pend on the layout of virtual memory storage. Tho 
ABETJD3 did not occur on tho IBM S/360 computers 
becauso thoso machines did not have a fetch 
storage protection foaturo. 

28. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

A flag used under MVT for TSO execution does not 
exist under MVS. A now procoduro was written so 
that a program could determine whether it was ex- 
ecuting under TSO or not. 
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Table 3-8. Change Required Tc Convert to IBM 4341 (6 of 6) 


CHANGE 

REASON 

OPERATING 

SYSTEMS 

SOURCE 

LANGUAGES 

DESCRIPTION 

29. 

SYSTEM 

SOFTWARE 

MVS 

ASSEMBLER 

MVS uses a different procedure from MVT to 
calculate elapsed CPU and I/O times for a program. 

30. 

SYSTEM 
SOFTWARE 
FOR TELE- 
COMMUNI- 
CATIONS 

MVS 

ASSEMBLER 

A binary synchronous telecommunications program 
that used EXCP for lino I/O did not handle lino I/O 
errors properly. Tho problem was tracod to 
dependence on a local error-handling routine for 
tho communications linos. Tho error-handling 
routine was a part of tho MVT system generation 
but not part of tho MVS system generation. The 
problem was resolvod by modifying tho program to 
suppress system error handling for lino I/O. 

31. 

SYSTEM 
SOFTWARE 
FOR TELE- 
COMMUNI- 
CATIONS 

MVS 

ASSEMBLER 

A program that used BTAM encountered command- 
reject errors on tho communications lino. This 
problem was a result of a system generation 
error; tho communications lino had been specified 
as switched point-to-point rathor than nonswitchod 
point-to-point. 
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SECTION 4 - PROJECT ASSESSMENT 


This section discusses the strengths and weaknesses of the 
conversion process and product and the personnel who sup- 
ported conversion. It also describes problem areas; the 
timeliness and usefulness of conversion plans; adherence to 
standards; and the timeliness, completeness, and quality of 
the intermediate and final products. 

4.1 STRENGTHS AND WEAKNESSES 

The following subsections discuss the strengths and weak- 
nesses in the five main areas of converting software. 


4.1.1 PROBLEM (REQUIREMENTS) 

Table 4-1 (page 4-2) summarizes 
nesses of the problem itself. 

4.1.2 CONVERSION PROCESS 

Table 4-2 (page 4-4) summarizes 
of the conversion process. 

4.1.3 CONVERSION ENVIRONMENT 

Table 4-3 (paqe 4-7) summarizes 
of the conversion environment. 

4.1.4 CONVERSION PRODUCT 

Table 4-4 (page 4-9) summarizes 
of the end product. 

4.1.5 PERSONNEL INVOLVED 


the strengths and the weak- 


the strengths and weaknesses 


the strengths and weaknesses 


the strengths and weaknesses 


Table 4-5 (page 4-10) summarizes the strengths and weak- 
nesses of the personnel who converted the software and var- 
ious support personnel; Figure 4-1 (page 4-12) summarizes 
conversion team experience. 
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Table 4-1. Strengths and Weaknesses of the Problem (1 of 2) 


i 

ro 


AREA 


STRENGTH/ 

WEAKNESS 


1. TARGET 
HARDWARE 


NEUTRAL 


SATISFACTORY 


ASSESSMENT 


a. COMPATIBILITY NEUTRAL 


b. AVAILABILITY NEUTRAL 


c. PERFORMANCE 


WEAKNESS 


AVERAGE 

Hardware provided was much more compatible than pessimists ex- 
pected, but not quite as compatible as optimists thought. 

Misunderstandings about models of peripherals caused most 
problems: 

Because GESS ran on a 2250 Model 3 on the IBM S/360-95, it 
was assumed that GESS would also run on the functionally 
equivalent 3251. In fact, GESS is not compatible with the 2250 
Model 3, which typically uses a controller, and ran only because 
the particular device was assigned the first sector of the shared 
display buffer. 

Keyboards for IBM 3270 alphanumeric terminals were specified 
to be ASCII, but had to be converted to EBCDIC, causing 
period of unusability. 

Substantial changes to assembler language programs (ADL, OPS, 
GESS) were required. 

LATE 

Computer installation schedule slipped 1 month, compressing early 
phases of conversion and minimizing the opportunity for training. 
When computer was available, certain support software (utilities) 
was not and other support software (PROCs) was installed contrary 
to established user patterns. 

Staged deliveries of alphanumeric terminals slipped. Terminals had 
to be rented to alleviate limited access. 

AT&T divestiture caused delays in line installation, checkout, and 
repair service. 

Direct-access storage filled more quickly than expected. 

BELOW AVERAGE 


Originally specified configuration provided extremely slow response 
because of hardware and software reserves. Main features of con- 
figuration included access to all disk space from both computers 
with the MVT and MVS operating systems under VM. 
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Table 4-1. 


Strengths and Weaknesses of the Problem (2 of 2) 


AREA 

STRENGTH/ 

WEAKNESS 

ASSESSMENT 

d. RELIABILITY 

STRENGTH 

ABOVE AVERAGE 

Downtime is minimal. 

2. TARGET 
SOFTWARE 

NEUTRAL 

SATISFACTORY 

a. AVAILABILITY 

NEUTRAL 

AVERAGE 

Most system tapes were useless: 

Software either had been updated, was no longer to be con- 
verted, or was not archived. 

Many system tapes were incomplete or damaged. 

b. INTEGRITY 

NEUTRAL 

AVERAGE 

Source code for five programs was available only in listings. 

Source code for approximately 10 percent of the programs did not 
match the operational load module. 

c. TESTABILITY 

NEUTRAL 

AVERAGE 

Benchmark tests did not exist for most programs. 

d. AMOUNT 

WEAKNESS 

UNSTABLE 

Amount of software to be converted in July 1982 doubled by 
December 1982, although the amount had been expected to 
decrease. 

3. TARGET 
SCHEDULES 

WEAKNESS 

COMPRESSED 

Time for preparation was minimal. 

The amount of software to be converted doubled. 

Higher priorities were assigned to software packages, requiring larger 
amounts to be converted earlier. 

Hardware installation and checkout slipped. 
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Table 4-2. Strengths and Weaknesses of the Conversion Process (1 of 3) 


x. 


X. 


AREA 


STRENGTH/ 

WEAKNESS 


1. COST 


STRENGTH 


EXCEPTIONAL 


ASSESSMENT 


2. SCHEDULE 


STRENGTH 


The projected end ectuel MVT end MVS conversion costs were 
within 2 percent. 

Cost savings resulted from the cancellation of VSFORTRAN conver- 
sion for a subset of the software. 

Related cost savings resulted because IBM S/360-95 contingency 
operation budget (June through September) was freed. 

EXCEPTIONAL 


3. VISIBILITY 


STRENGTH 


4. CONVERSION 
PLANS 


STRENGTH 


Basically, all conversion activities were completed on timo or ahead 
of schedule, considering priority changes and needs. 

HIGHLY SATISFACTORY 

No surprises. 

First-line managers (ATR, project leader, and project manager) pro- 
vided excellent communications considering the number of in- 
dividuals (approximately 60, including GSFC and CSC developers 
and managers) involved directly or indirectly in the effort. 

Team managers provided weekly chart matrix and summary update 
of conversion activities (progress). Team managers gave periodic 
presentations to higher-level managers on progress. 

HIGHLY SATISFACTORY 

Conversion plans were excellent; however, the final typed and com- 
plete set of detailed plans was not available until April 1983. 
Nonetheless, parts of the plans were available to the conversion 
team, as needed. 


a. TECHNICAL 


STRENGTH 


EXCELLENT 


Detailed step-by-step procedures were laid out for each conversion 
phase. 
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Table 4-2. Strengths and Weaknesses of the Conversion Process (2 of 3) 




AREA 

STRENGTH/ 

WEAKNESS 

ASSESSMENT 

b. MANAGEMENT 

STRENGTH 

HIGHLY SATISFACTORY 

Managers used an extension of the Recommended Approach to 
Software Development (S EL-81 -205) cost model for cost estimates. 

Managers collected data, conducted internal and external reviews, 
and used an earned-value method (with Performance Measurement 
System (PMS)) as a means of progress measurement and quality 
assurance. 

Points of contact, lines of authority, and mechanisms of com- 
munication were clearly delineated. 

c. CONFIGURATION 
CONTROL 

STRENGTH 

HIGHLY SATISFACTORY 

Project leader controlled user-supplied and converted source code 
and load modules. 

Project used source code library management system (PANVALET) 
to control source code. 

Project used program definition, benchmark test definition, con- 
verted program delivery, and change report forms to control and 
monitor conversion team interactions. 

5. CONVERSION PLAN 
PLAN EXECUTION 

STRENGTH 

HIGHLY SATISFACTORY 

a. TECHNICAL 

STRENGTH 

EXCEPTIONAL 

In general, all procedures were strictly adhered to; however, certain 
aspects were changed for efficiency, e.g., individuals were allowed 
to allocate data sets and the project leader reviewed activities 
through data set allocation forms and disk maps. 

b. MANAGEMENT 

STRENGTH 

SATISFACTORY 

Procedures worked well in general; however, noncentral control of 
the conversion effort caused some problems during the early phases 
of conversion: 

Higher-level managers at CSC did not like the apparently diffuse 
control of the conversion effort at GSFC, which included four 
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Table 4-2. 


Strengths and Weaknesses of the Conversion Process (3 of .3) 


AREA 

STRENGTH/ 

WEAKNESS 

ASSESSMENT 

b. MANAGEMENT 
(Cont'd) 


user points of contact (POCs) and a senior and junior ATR com- 
bination, and asked the project leader and project manager to 
request GSFC organizational consolidation. 

In the absence of the senior ATR, the junior ATR and the 
Code 582 Branch Head misunderstood the lines of communica- 
tion, as called out in the task assignment and set up with the 
senior ATR. They requested that ail communication go through 
the junior ATR, thus slowing down the effort. Communication 
returned to normal shortly after the senior ATR returned. 

c. CONFIGURATION 
CONTROL 

STRENGTH 

HIGHLY SATISFACTORY 

In general, all procedures were strictly adhered to; however, certain 
aspects were changed for efficiency, e.g., delivery material prepared 
by individuals was not always quality assured by the project leader. 
In only five cases, the wrong program or one that failed a bench- 
mark test was delivered to a POC. 

6. CONVERSION 
ORGANIZATION 

STRENGTH 

ABOVE AVERAGE 

Stable conversion organization. No changes occurred in technical 
management positions; one key technical member left after MVT 
conversion, as planned; the team was short one assembler language 
programmer for the first 9 months of the effort. 

7. TESTING 
STRATEGY 

STRENGTH 

HIGHLY SATISFACTORY 

Simple benchmark testing was efficient and effective. 

Some programs were returned to the conversion team because addi- 
tional user testing uncovered problems. 

Some programs for which the user required no benchmark test were 
returned to the conversion team when user testing uncovered 
problems. 
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Table 4-3. Strengths and Weaknesses of the Conversion Environment (1 of 2) 


AREA 

STRENGTH/ 

WEAKNESS 

ASSESSMENT 

1. OVERALL 

STRENGTH 

SATISFACTORY 

The environment (native MVS operating system) that evolved during 
the conversion effort is, relative to IBM S/360-95 environment, very 
reliable with adequate terminal access, less than ideal TSO response 
time, limited disk storage, and adequate turnaround. 

2. HARDWARE 
• 

STRENGTH 

HIGHLY SATISFACTORY 

During early phases of the conversion effort, many deficiencies 
existed (see Table 4-1, requirements). 

Computers have approximately 24-hour mean time to failure. 

A sufficient number of alphanumeric terminals are available on- and 
offsite. 

A sufficient number of high-resolution graphic devices (IBM 3251) 
are available on- and offsite. 

Further fine tuning and enhancement are planned and are being 
pursued. 

3. SOFTWARE 

WEAKNESS 

INADEQUATE 

a. SUPPORT 
SOFTWARE 

WEAKNESS 

AVERAGE 

Some necessary support software was not available and had to be 
worked around. One subroutine was written by the conversion team. 

Some support software still needs to be addressed. 

b. CONVERSION 
TOOLS 

WEAKNESS 

INADEQUATE 

Conversion team members built tools to aid in the data migration 
step (IBM S/360-95 to IBM 4341) and to scan load modules for 
subroutines known to need changes. 



Table 4-3. Strengths and Weaknesses of the Conversion Environment (2 of 2) 


AREA 

STRENGTH/ 

WEAKNESS 

ASSESSMENT 

b. CONVERSION 
TOOLS (Cont'd) 


Users (developers or managers) did not have any other tools. For 
example. 

No tool to build system (program) that ensures configuration 
control. 

No management information system. 

No code auditor. 

No dynamic code diagnostic testing tool. 

No tool fo: dynamic system (program) configuration analysis. 
No system (program) performance monitoring tool. 

4. TRAINING 

WEAKNESS 

INADEQUATE 

Conversion team training was either not available or was available 
after it was needed. 

Some essential manuals for conversion took long to obtain. 
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Table 4-4. Strengths and Weaknesses of the End Product 


AREA 

1. OVERALL 
OBJECTIVES 


2. REQUIREMENTS 
MET 


STRENGTH/ 

WEAKNESS 

STRENGTH 


STRENGTH 


ASSESSMENT 


HIGHLY SATISFACTORY 

Basically, all software was delivered on or ahead of schedule con- 
sidering priority changes and needs. Only the schedule of one pro- 
gram conversion (VSFORTRAN version of GESS) . ould not have 
been met under any circumstances. 

HIGHLY SATISFACTORY 

All programs were prepared, benchmarked on the IBM S/360-95 
transported to the IBM 4341, and converted to MVT on the 
IBM 4341, by June 1, 1983. MVT conversion for priority 4 and 6 
programs were not scheduled to be completed until October 1, 1983 

Priority 1 programs: 

For MVT operation, were completed approximately 1 month 
early. 

For MVS operation, were completed approximately 1 month 
late. 

For MVS VSFORTRAN operation, were completed approximately 
6 months late; however, in part, this was because need for 
the programs changed. 

Conversion of a sublet of the programs to VSFORTRAN was 
canceled. 

In only five cases, the wrong program or a program that failed the 
benchmark test was delivered. 

In cases when the user required no benchmark test, a few programs 
le.g., OPS) were returned to the conversion team after user testinq 
uncovered problems. 

In some cases where programs passed the simple benchmark test 
the user uncovered problems with additional testing and returned " 
the program to the conversion team. 
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Table 4-5. Strengths and 


AREA 

STRENGTH/ 

WEAKNESS 

1. USERS 

STRENGTH 

2. CONVERSION 

STRENGTH 

a. DEVELOPERS 

STRENGTH 


WEAKNESS 


STRENGTH 


WEAKNESS 


STRENGTH 


STRENGTH 


WEAKNESS 

* 

STRENGTH 





aknesses of the Personnel (1 of 2) 


ASSESSMENT 


ABOVE AVERAGE 

Managers gave high priority to preparing user software for conver- 
sion, to preparing and executing benchmark tests, and to performing 
auxiliary tests in support of conversion milestones and objectives. 

Each user group was shorthanded since they had their regular work 
to do and also had to develop benchmark tests since few were 
on hand. However, in general, user support was very timely. 

AVERAGE 

AVERAGE 

The conversion team was inexperienced with full development, 
except for (very) small projects, with virtual operating systems and 
applications programs, with assembler language programming, and 
with the operation of most of the programs on an individual basis. 

The conversion team averaged a little more than 4 years of 
applicable (IBM) experience and more 'tan 2 years of flight 
dynamics environment experience. 

The team was in need of one full-time IBM assembler language 
programmer for 9 months. 

The team was extremely enthusiastic; only one full-time member left 
prematurely. 

The team had a maximum of five part-time members at any one 
time who were experts with large (or groups of) programs in one of 
the four software areas. 

The team had to depend on at least 8 other experts for spot 
assignments (primarily MVT conversion) and on approximately 
12 attitude operations and maintenance personnel to help run bench- 
mark tests, especially with the ADL group and graphics programs. 

The two full-time IBM assembler language developers, who had 
worked in the attitude maintenance area, solved about six systems 
problems, e.g., with controllers, buffers, real memory, and MVT/MVS 
operating system discrepancies. They also wrote some system support 
routines that system personnel could not provide in a timely manner, 
and developed conversion tools for data migration (IBM S/360 to 
L A 4341) and for scanning load modules for specific subroutines. 





Table 4-5. Strengths and 


b. 


AREA 


STRENGTH/ 

WEAKNESS 


MANAGERS 


STRENGTH 


.u 

I 


3. MAINTENANCE 


STRENGTH 


4. OPERATIONS 


STRENGTH 


5. LIBRARIANS 


NEUTRAL 


6. PROGRAMMER 
ASSISTANCE 
CENTER 


STRENGTH 


7. SYSTEM 


WEAKNESS 


Weaknesses of the Personnel (2 of 2) 


ASSESSMENT 


ABOVE AVERAGE 

Tiie CSC project leader/manager, the second project manager, and 
the administrative manager as well as the senior ATR, collectively, 
were very experienced development managers and were experts with 
most software. Together they had developed or directed/managed 
the development of more than half the software being converted. 
Combined with the five part-time and the three full-time software 
area experts, they ensured that virtually all the software was covered 
by a knowledgeable person. 

The managers, because of their vast experience, could answer ques- 
tions, provide direction, and solve problems quickly. 

ABOVE AVERAGE 

Maintenance personnel were primarily users; however, they provided 
very good support for disk pack and data set management 
problems. 

ABOVE AVERAGE 

Operations personnel were primarily users; however, they provided 
very good support by aiding the conversion team in testing certain 
programs, e.g., the ADL and SMM groups of programs. 

AVERAGE 

Librarians entered source code for the programs for which only 
listings existed and performed other clerical work. 

AVERAGE 

PAC personnel provided excellent user-type support, (i.e., JCL, pro- 
cedures, freeing jobs suspended in an inactive state). 

AVERAGE 

For system-type problems, system personnel ware too busy checking 
and fine tuning the system to provide timely support. System per- 
sonnel were not fully aware of local modifications to MVT. 
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FACTOR 



FULL-TIME TEAM MEMBER 

TOTAL 

PART-TIME TEAM MEMBER 

TOTAL 

TOTAL 

OR 

AVERAGE 

1 

2 

3 

4 

5 

0 

7 

8 

9 

10 

OH 

AVERAGE 

1 

2 

3 

4 

5 

6 

OR 

AVERAGE 

DURATION IMONTHSI 

18 

13 

13 

5 

9 

18 

14 

6 

8 

12 

12 

5 

10 

6 

7 

9 

6 

7 

10 

CONVERSION PHASE 
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• 
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• 

• 

• 

• 

• 

9 

a 

• 
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a 

a 

5 

14 

MVS 
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• 

• 
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• 

a 

8 

a 
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a 
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ASSEMBLER EXPERIENCE 
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OTHER 
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1 
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VIRTUAL SYSTEM EXPERIENCE 
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1 
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a 
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• 
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0 

2 

INTERMEDIATE 
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• 
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• 

• 


5 



0 
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a 

3 

8 

SMALL 

• 



• 

• 
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• 

• 

a 

1 7 

a 

• 

a 

a 

a 

a 

6 

13 

MAINTENANCE 

• 

• 

• 

• 

• 

• 

• 

• 

! a 


9 

a 

a 

a 

a 

a 

a 

6 

15 
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ATTITUDE MAINTENANCE 
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• 
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Figure 4-1. Conversion Team Experience 
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4.2 PROBLEM AREAS 


\ 


There were no significant problems. Only minor perturba- 
tions, for example, to schedule, cost, plans, leadership, 
configuration control procedures, occurred. 

4*3 CONVE RSION PLAN TIMELINESS, USEFULNESS, AND ADHERENCE 

The conversion plan for the FDS applications software con- 
version project was prepared by the key personnel who had 
worked in the attitude maintenance area and tne project 
leader, who had led several AGSS development projects. 
Therefore, the preparers were very experienced with the 
flight dynamics IBM computing environment, data collection, 
data set management, and configuration management and con- 
trol, including review, request, and delivery mechanisms. 
Because of tnis, they were able to prepare very detailed 
step-by-step procedures for the various conversion steps. 

The upgrading of key software to VSFORTRAN was left open 
since that aspect of conversion would not be started for at 
least 9 months. 

Outlines and a draft of the plan were available during the 
first month of the project (December 1982). A typed draft 
was available in January 1983. Each evolutionary version of 
the plan was reviewed by the ATRs and project managers and 
revised to incorporate a wider knowledge base, including 
changes in requirements, policy, and the planned environ- 
ment. Certain aspects of tne plan, for example, number of 
disk packs available to the conversion team and the policy 
for data set distribution on the disks, could not be com- 
pleted until February or March. However, conversion team 
members were given relevant parts of the plan, with instruc- 
tions, when they were needed. The final typed plan was 
issued in April 1983. Because the conversion steps in the 
plan were very detailed and in a step-by-step format, the 
plan was very useful. 

4-13 


Q ar\A 



» 


Conversion team managers made reasonable changes to the plan 
to improve efficiency on the basis of practical experience 
with its application. For the most part, certain aspects 
(e.g., data set allocation) were delegated to team members 
to remove possible 1 - to 2 -day delays in project leader 
actions. The delays were possible and occurred occasionally 
because team members were stationed in several locations in 
three different buildings (two onsite and one offsite) • 

Team members also worked early morning, late night, and 
weekend hours because they were borrowed part-time from an 
organization that worked those hours or because they wanted 
to get more efficient computer time. The conversion plan, 
with changes, was strictly adhered to. 

4.4 TIMELINESS, COMPLETENESS, AND QUALITY OF INTERMEDIATE 
AND FINAL PRODUCTS ’ _ 

For the most part, software was delivered on time and was 
accepted by the user. Table 4-6 lists the converted pro- 
grams that were not delivered on schedule and gives the 
reason for the delay. The quality of the products (source 
code, operational load modules, and delivery material for 
the MVT and MVS versions of programs) was consistently 
high. With few exceptions, the programs delivered to the 
users functioned properly on the basis of the simple bench- 
mark testing strategy. To further atest to the quality of 
the conversion work, users 1 rigorous dual-operations testing 
and other forms of extensive testing before and after the 
programs were accepted uncovered only a few discrepancies. 
Table 4-7 lists the converted programs that were rejected by 
the user, addressing the reason for rejection. 


-* t 
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Table 4-6. Converted Programs That Were Not Delivered on Schedule 


NO. 

PROGRAM 

SLOC 

(K) 

LANGUAGE 



REASON FOR DELAY 

1 

GESS (MVS. 

27.8 

ASSEMBLER 

04/15/83 

05/12/83 

UNANTICIPATED CONVERSION PROBLEMS 


FORTRAN IV 

2.0 

FORTRAN 



RELATED TO THE NEW HARDWARE 


(HEXTENDED)) 



OCCURRED, e g.. CONTROLLERS. BUFFERS, 
AND KEYBOARD INPUT. 



2 

GESS (MVS, 

27.8 

ASSEMBLER 

05/15/83 

_ 

THE VS r ORTRAN- COMPATIBLE VERSION 


VSFORTRAN) 

2.0 

FORTRAN 

10/01/83 

- 

WAS INTENDED FOR ERBS AGSS DEVELOP- 
MENT. SINCE THAT EFFORT WAS NOT 





12/02/83 

12/02/83 

PREPARED TO USE IT. THERE WAS NO PRESS- 
ING NEED TO COMPLETE THE CONVERSION 
AND THE SCHEDULE VMS RELAXED TO 
ACCOMMODATE HIGHER PRIORITY TASKS. 

3 

PASV1 (MVS) 

3.0 

FORTRAN 

10/01/83 

11/04/83 

SOURCE CODE HAD TO BE KEYED MANUALLY 
FROM A POOR QUALITY LISTING. MANY 
KEYING ERRORS RESULTED. 

4 

XMITGFX (MVS) 

0.4 

ASSEMBLER 

10/01/83 

11/04/83 

i 

SYSTEM PROGRAMMERS HAD TO MAKE 
SYSTEM SUPPORT SOFTWARE MODIFICA- 
TIONS BEFORE CONVERSION COULD BE 
COMPLETED. 


9604 PAG <53*I 














Table 4-7. Converted Program That Were Rejected by the User 


NO. 

PROGRAM 

SLOC 

(K) 

LANGUAGE 

REJECTION 

DATE 

REDELIVERY 

DATE 

REASON FOR REJECTION 

1 

PRWND 

0.3 

ASSEMBLER 

05/01/83 

~ 

PROGRAM OCCASIONALLY PRODUCED DATA 
CHECK WITH UNFORMATTED IUT) DATA SET 
UNDER MVT. IT WAS NOT REDELIVERED 
BECAUSE THE TSO EMPTY COMMAND TOOK 
CARE OF THE PROBLEM UNDER MVS. 

2 

OPPDSOEL 

0.1 

ASSEMBLER 

09/02/83 

09/16/83 

PROGRAM HAD A SOURCE UNE OF CODE OUT 


0.1 

FORTRAN 



OF ORDER. 

3 

GMAN 

32.0 

FORTRAN 

09/15/83 

01/20/84 

PROGRAM HAS AN UNRESOLVED ERROR WHEN 
PROPAGATING BACKWARDS USING THE DRAG 
MODEL. USER IS INVESTIGATING PROBLEM. 

4 

CADLT 

1.3 

FORTRAN 

09/27/83 

10/25/83 

PROGRAM COULD NOT ACCEPT LOWER-CASE 
INPUT FROM THE IBM 3251. THE IBM 2250 DID 
NOT HAVE LOWER-CASE INPUT. 

5 

EPHRD 

0.1 

FORTRAN 

09/27,83 

10/20/83 

PROGRAM COULD NOT ACCEPT LOWER-CASE 
INPUT FROM THE IBM 3251. THE IBM 2250 OID 
NOT HAVE LOWER-CASE INPUT. 


ATTDATA 

3.3 

FORTRAN 

11/30/83 

12/02/83 

PROGRAM COULD NOT ACCEPT LOWER-CASE 
INPUT FROM THE IBM 3251. THE ISM 2250 DID 
NOT HAVE LOWER-CASE INPUT. 

1 

CONVERT 

2.0 

FORTRAN 

11/30/83 

12/02/83 

PROGRAM COULD NOT ACCEPT LOWER-CASE 
INPUT FROM THE IBM 3251. THE IBM 2250 DID 
NOT HAVE LOWER-CASE INPUT. 

8 

LOGSCAN 

0.1 

FORTRAN 

10/01/83 

11/03/83 

PROGRAM HAD DISCREPANCIES IN COMMON 
STATEMENTS. 

9 

DUMPDS 

0.1 

ASSEMBLER 

10/11/83 

- 

PROGRAM WAS OELETED FROM CONVERSION 
LIST BEFORE PROBLEM WAS FOUND. 

10 

QUIKSTAT 

0.8 

FORTRAN 

10/13/83 

01/18/84 

PROGRAM WOULD NOT EXECUTE WHEN 
LINKED WITH OLDER VERSION OF GMAS. 

11 

AMAP 

10.9 

FORTRAN 

10/31/83 

01/16/84 

ORIGINAL SOURCE COOF HAD ERRORS. PRO- 
GRAM WAS RELINKED ONLY. 

12 

STAGTRKS 

0.3 

FORTRAN 

11/15/83 

01/26/84 

PROGRAM CONTAINED CODE FOR SEVEN- 
TRACK TAPE VERSION OF CAt.COMP PLOTTING 
PACKAGE. CODE WAS CHANGED FOR NINE- 
TRACK VERSION OF CALCOMP PACKAGE. 

13 

OSAG 

1.1 

FORTRAN 

11/18/83 

11/25/83 

ORIGINAL SOURCE COOE HAD AN ERROR. 

0.1 

ASSEMBLER 



ERROR WAS CORRECTED. 

14 

ADLDAT 

1.1 

ASSEMBLER 

01/16/84 

01/23/84 

PROGRAM WOULD NOT RETURN TSO INFOR- 
MATION. PROGRAM WAS LINKED WITH MVT 
VERSION OF TSCTEL. 


NOTES: ALL THESE REJECTIONS WERE FOR PROGRAMS CONVERTED FOR OPERATION UNDER MVS EXCEPT FOR NUMBER 1 WHICH 
WAS AN MVT CONVERSION REJECTION. 

FOR NUMGERS 4 THROUGH 7, THE USER ORIGINALLY DIO NOT WANT THE LOWER-CASE INPUT CAPABILITY. THE CAPABILITY 
WAS ASKEO FOR AFTER OELIVERY AND USE. NUMBER 9 WAS OELETED FROM THE MVS CONVERSION LIST AFTER DELIVERY. 
THEREFORE, THERE WERE EIGHT REAL REJECTIONS FOR MVS CONVERSION. 
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This section summarizes tne FDS applications software con- 
version effort. It contains an executive summary that re- 
capitulates the overall process; discusses key strengths and 
weaknesses, focusing on how to reenforce the strengths and 
minimize the weaknesses for future projects; and delineates 
the lessons learned. It also contains a technical manage- 
ment summary that repeats the assessment of all aspects of 
the overall effort. 

5.1 EXECUTIVE SUMMARY 

5.1.1 OVERVIEW 

The FDS applications software conversion project was an ex- 
tremely successful effort, which was completed ahead of 
schedule ana within budget.. Approximately 1.3 million 
flight dynamics applications source lines of code (SLOC) 

(•v200 programs) and associated data ('vlOOO data sets) 
were converted from the IBM S/360-95 (MVT) environment to 
the IBM 4341 (MVT) environment in 6 months while the 
IBM 4341 was being installed, checked out, and tuned. Tne 
MVT conversion phase was completed ahead of schedule 
(May 27, 1983), providing the users with ample time for rig- 
orous dual-operations testing and allowing the IBM S/360-95 
to be disconnected a few days early. In the following 
7 months, the conversion to MVS was completed ahead of 
schedule (December 23, 1983). Low-level user support was 
provided for another 5 months. Only a handful of discrep- 
ancies could be attributed to the conversion process. 

The following statements summarize the FDS applications 
software conversion effort: 

1. Starting December 1, 1982, over an 18-month period, 
the FDS software conversion project rehosted more 
tnan 1.3 million SLOC and its associated data from 
an IBM S/360 environment to an IBM 4341 environment. 
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2. Overall, schedule and cost control of the effort 
were excellent. 

a. ,. Hardware systems are more compatible than in 

the past. . 

b. The users had prepared for the endeavor by 
identifying programs and preparing system 
tapes for the FDS RFP. 

c. The users had made the conversion effort and 
support for it their first priority. 

d. The requirements and plans for the conversion 
process delineated step-by-step processes and 
controls that ensured configuration control, 
problem isolation, visibility and measurement 
of the process, and continuity in operational 
support. 

3. Overall, the managers and key personnel of the con- 
version effort were the most experienced in the 
flight dynamics environment. 

4. Everyone involved in the effort, either directly or 
indirectly, provided the highest level of coopera- 
tion possible. 

5. The resulting IBM 4341 operating computing environ- 
ment is a vast improvement over the replaced 

IBM S/360 environment. 

a. The computers are reliable. 

b. There are sufficient numbers of alphanumeric 
terminals and high-resolution graphic devices 
on- and offsite. 

c. Improvements are scheduled. 

6. The originally specified IBM 4341 computing system 
configuration was a disaster and caused severe 

5-2 


9604 




i 


operations and performance problems throughout the 
first 4 months of use (March through June 1983) 


5.1.2 KEY STRENGTHS AND WEAKNESSES 

In the five main areas of FDS software conversion, the key 
strengths and weaknesses were 


AREA 

KEY STRENGTHS 

KEY WEAKNESSES 

PnOBLEM 

(REQUIREMENTS) 

HIGH-LEVEL STEPS TO ENSURE CONFIG- 
URATION CONTROL. PROBLEM ISOLATION, 
AND CONTINUITY OF OPERATIONAL 
SUPPORT 

DYNAMIC STATE (LATE DEFINITION OF 
DETAIL) 

READINESS AND INTEGRITY OF SOFT- 
WARE FOR CONVERSION 

PROCESS 

ALL ASPECTS 

NONE 

ENVIRONMENT 

RELIABILITY 
TERMINAL ACCESS 
COMMITMENT TO IMPROVEMENT 

SUPPORT SOFTWARE. IN THE HARDWARE 
REPLACEMENT PROCESS, SOME SUPPORT 
SOFTWARE CAPABILITY WAS LOST. THE 
ENVIRONMENT LACKS SOFTWARE DEVEL- 
OPMENT AND MANAGEMENT TOOLS. 

PRODUCT 

RELIABLE END PRODUCTS DELIVERED ON 
OR AHEAD n F SCHEDULE 

NONE 

PERSONNEL 

EXPERIENCED TECHNICAL MANAGERS 
AND KEY PERSONNEL 

LACK CF ASSEMBLER LANGUAGE PRO- 
GRAMMING EXPERIENCE 


OVERALL COOPERATION OF ALL 
INVOLVED 



SEE TABLES 5-1 AND 5-2. 


See Tables 5-1 and 5-2 for an elaboration of these strengths 
and weaknesses. 
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Table 5-1. 


Key Strengths of Project 


KEY STRENGTH 

EVIDENCE 

METHOD TO REENFORCE 

1. END PRODUCTS 

2. REQUIREMENTS-DEFINED 
PROCESS STEPS 

Overall, delivered on or ahead of schedule; 
very few errors attributed to conversion 
process. 

Clearly defined life-cycle phases minimized 
configuration control problems and 
isolated problems. 

Build and maintain corporate memory so 
that project ste.as can bo studied. 

Usually a process characteristic, but do- 
fined in tho requirements for tho conver- 
sion effort. Completely define life-cycle 
pnasas in advance, with intermediate 
and final products. 

3. PROCESS 

Use of archived information aided in 
predictable short- and long-term progross 
as well as cost and schedule control. 

Apply onvironment-tunod cost model. 
Archive/uso information during project 
to gauga progress and to update 
schedula/cost estimates. Completely 
define plans at beginning of projact and 
enforce adherence. 

4. EXPERIENCED TECHNICAL 
MANAGERS AND KEY 
PERSONNEL 

Able to define plans and execute them 
smoothly. Always in control of aspects of 
the project. Solved problems outsido the 
scope of the project. 

Apply well-defined approach to training 
developers end technical managers to 
understand their capabilities and limita- 
tions better. Homegrown experienced 
personnel provide offoctivo direction and 
continuity. 

5. ENVIRONMENT 
(HARDWARE) 

Computers reliable; sufficient number of 
terminals on and off site; improvements 
scheduled. 


Continually fino tuno, enhance, and up- 
grade environment to remove limita- 
tions, to improvo performance, and to 
maintain reliability. 
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Table 5-2. Key Weaknesses of Project 


KEY WEAKNESS 

EVIDENCE 

METHOD TO REENFORCE 

1. REQUIREMENTS (SOFT- 
WARE FOR CONVERSION) 

Not vorv stabla (programs and bon c ^JJ , “ rk 
tests) until shortly before IBM 4341 MVT 
conversion milostono. Integrity of programs 
totaling approximately 25 percont of the 
source codo was suspect. 

Define and implement bettor, stricter 
procedures (through automated tools) 
that ensuro software integrity, configu- 
ration control, and system retention 
(archive) and verifiability 
(benchmark tests). 

2. SHORTAGE OF ASSEMBLER 
LANGUAGE DEVELOPERS 

Most substantial source coda modifications 
occurred in assembler language codo; 
unable to handle in most timely manner. 

Mako commitment to development 
language of tho future (Pascal, Ada) and 
phaso out older (FORTRAN IV) and infre- 
quently used (assembler) development 
languages. Reasonable development ac- 
tivity with a language is necessary to ^ 
retain an expertise with it; minimal main- 
tenance efforts are inadequato to retain 
a reasonable experience base. 

3. ENVIRONMENT 
(DEVELOPMENT 
CAPABILITY) 

No adoquate development (conversion) 
tools. 

Define and supply useful and usable 
development tools. Tune, enhance, ana 
upgrade environment to remove limita- 
tions, to improve performance, and to 
maintain reliability. Hold regularly sched- 
uled training sessions on performance ^ 
concepts and changos, and on user do s 
and dont's. 



5.1.3 FUTURE PROJECTS 

This section contains recommendations on which aspects should 
be approached similarly or differently for future conversion 
projects on the basis of the lessons learned from tne FDS 
applications software conversion effort. 

5. 1.3.1 Similar Approaches 

Future projects should adoyt the following successful ap- 
proaches to software conversion: 

o Before a conversion effort, completely define pro- 
grams and data, collect appropriate documents, and 
establish program priority scheme for conversion. 
Update information each time the conversion effort 
schedule slips more than 6 months 

e Develop and adhere to software conversion and con- 
figuration control plans 

o Define conversion life-cycle phases and products 

© Use a limited number of user points of contact 

• Use simple benchmark testing strategy 

© Transport the entire user software environment and 

then cull unneeded software and data leisurely from 
the new environment to prevent loss 

© Keep higher-level, more-experienced managers (Gov- 
ernment and contractor) involved to monitor and 
assess progress, to solve problems, and to provide 
direction and guidance 

o Use software application area experts to help in 
the conversion process (efficiency and timeliness) 
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5. 1.3. 2 Different Approaches 


Future projects should differ from this conversion effort by 
taking the following approaches, the value of which was 
learned on this project: 


« Completely define requirements before conversion 
effort starts 

0 Create and fully test systematic and automated 
transportation procedures for software and data 
(i.e, develop simple tools for this process); do 
not use individually prepared system tapes that are 
inconsistent, incomplete, and outdated 

0 Allow the conversion team time to prepare and re- 
view plans well before the conversion effort has to 
start 

o Provide key conversion team members with essential 
system documentation and training before the con- 
version effort starts so that they can become fa- 
miliar with system hardware and software differences 

o Develop simple tools for well-known systematic 

changes from one operating system or language ver- 
sion to another 

« Allow some time for the conversion team to get 
acclimated to the new environment 

© Allow some time to test the proposed new computing 
system configuration or, at least, make the conver- 
sion schedule softer during that period 


5. 1.3.3 Causes of Errors and Changes 


Errors and changes resulting from technical and management 
approaches to the conversion process were virtually non- 
existent. 
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For IBM 4341 MVT conversion, the principal causes of errors 
in and changes to the FDS applications software (see Sec- 
tion 3.7 for details) were 

1. User references to IBM S/360-specif ic hardware and 
identifications and user development practices 

2. Environment software packages designed for general 
direct-access data storage that were affected by 
system hardware differences (IBM 2314 to IBM 3350 
equivalent STC 8360) 

3. System hardware differences, in particular the high- 
resolution graphic device (IBM 2250 to IBM 3251) 

FORTRAN and assembler language applications code were af- 
fected equally with one exception. The system hardware 
changes primarily affected the assembler language code. By 
far, the most time and effort were required to overcome the 
system hardware differences, i.e., relinking to include mod- 
ified environment software packages and modifying assembler 
language code to handle the IBM 3251 graphic device. 

For IBM 4341 MVS conversion, the principal causes of errors 
in and changes to the FDS applications software (see Sec- 
tion 3.7 for details) included those for MVT conversion 
above as well as the following: 

1. Users' software integrity and development practices 

2. Environment utility software packages that were 
affected by system software differences 

3. Compiler differences (older compilers to FORTRAN IV 
(H-extended) and to VSFORTRAN) 

4. System software differences (MVT to MVS) 

5. System hardware differences (IBM 2250 to IBM 3251 
graphic device, and 7-track to 9-track-only tape 
devices) 
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FORTRAN code was affected primarily by user problems. As- 
sembler language code was affected primarily by system soft 
ware differences. By far, the most time and effort were 
required for- assembler language code modifications to ac- 
count for system software differences. 

5.2 TECHNICAL MANAGEMENT SUMMARY 

This section summarizes the objective and subjective assess 
ments made throughout this report. The assessments are 
categorized according to the five main areas of software 
conversion and overall support. 

The assessments can be found in the following tables: 


Area of Software Conversion 

Table 

Overall Support 

5-3 

Problem (Requirements) 

5-4 

Process 

5-5 

Environment 

5-6 

Product 

5-7 

Personnel 

5-8 
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Table 5-3. 


Assessment of Overall Support 


AREA 

GOOD/ 

BAD 

ASSESSMENT 

1. STAFFING 

GOOD 

The conversion team was very enthusiastic, had average overall 
experience in the environment and with the application, was fortified 
with software application area experts, and was led by very 
experienced technical managers. 



Everyone involved in the conversion effort, either directly or indirect- 
ly, provided the highest level of cooperation possible. 

2. REQUIREMENTS 

GOOD 

j Conceptually and at a gross level of- detail, the requirements were 
[ timely, adequate to do the work, and clear. 


BAD 

At the lowest level of detail, the requirements were dynamic 
incomplete, and unstable. 

3. CONVERSION 

GOOD 

Errors directly attributed to the conversion process were virtually 
nonexistent. Virtually all (99 percent) the source code nov/ matches 
the operational load modules. Benchmark tests now exist for most 
programs. The user community now has the opportunity to employ 
better, stricter configuration control procedures to maintain software * 

integrity, to ensure system retention (archive) and verifiability j 

(benchmark test). ^ 

l 



Table 5-4. Assessment of Problem (Requirements) 


AREA 

GOOD/ 

BAD 

ASSESSMENT 

1. TIMELINESS 

GOOD 

Gross level detail was known before the conversion effort started. 

2. COMPLETENESS 

BAD 

Definition of detail occurred during conversion process (programs 
and benchmark tests). 

3. ADEQUACY TO 
DO THE WORK 

GOOD 

Conceptually, the problem had a very low level of complexity. 

4. CLARITY 

GOOD 

Conceptually, the problem had a very low level of complexity. 

5. STABILITY 

BAD 

Number of programs for IBM 4341 MVT conversion not completely 
defined until the month before the milestone. 
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Table 5-5. Assessment of Process 


AREA 

GOOD/ 

BAD 

ASSESSMENT 

1. SCHEDULE 
CONTROL 

GOOD 

Overall, end products delivered on or ahead of schedule. 

2. COST CONTROL 

GOOD 

Overall, significant cost savings. Conversion costs were as expected; 
IBM S/360 95 disconnected on time; FORTRAN 77 (VSFORTRAN) 
conversion canceled. 

3. VISIBILITY 

GOOD 

Use of weekly archived data aided in predicting short- and long- 
term progress as well as cost and schedule control. 

4. CONVERSION 
a. TECHNICAL 

GOOD 

Sound approach in mind and on paper. 

b. MANAGEMENT 

GOOD 

Same as 4a. 

c. CONFIGURATION 
CONTROL 

GOOD 

Same as 4a. 

5. CONVERSION 
PLAN 

a. TECHNICAL 

GOOD 

Approach strictly adhered to; reasonable changes for efficiency were 
made. 

b. MANAGEMENT 

GOOD 

In general, procedures worked well; however, noncentral control of 
project caused some short-term problems. 

c. CONFIGURATION 
CONTROL 

GOOD 

Procedures strictly adhered to; reasonable changes for efficiency 
were made. 

6. CONVERSION 
ORGANIZATION 

GOOD 

Stable team with experienced leaders. 

7. TESTING 
STRATEGY 

GOOD 

Simple benchmark tests, in general, are efficient and effective for 
software conversion to a "compatible" hardware environment. 





Cl- 
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Table 5-7. Assessment of Product 


AREA 

GOOD/ 

BAD 

ASSESSMENT 

1. OVERALL 
OBJECTIVES 

GOOD 

Converted programs delivered and continue to support analysis, 
development, and operations. 

2. REQUIREMENTS 

GOOD 

Very few problems could be attributed to the conversion process. 

MET 

BAD 

In general, users were reluctant to accept converted software 
because additional user testing uncovered some problems after the 
software passed user-supplied benchmark tests and because user 
testing uncovered some problems in programs for which the user 
required no benchmark test. 

3. CONVERTED 
SOFTWARE 

GOOD 

Nearly all software converted to MVS (99 percent) matches opera- 
tional load modules. Source code (15K SLOC) for one program was 
available only from a listing and was not reentered. 


h-* 
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Table 5-8. Assessment of Personnel 


AREA 

GOOD/ 

BAD 

ASSESSMENT 

1. ALL 

GOOD 

First-rate cooperative effort from all personnel involved and affected. 

2. USERS 

BAD 

GOOD 

Considering their own work and conversion support, the users were 
short-handed during IBM 4341 MVT conversion. 

Managers established priority to support conversion. 

3. DEVELOPERS 

4. MANAGERS 

BAD 

GOOD 

High level of dependence on area specialists for spot assignments. 

Shortage of assembler language developers to work on large 
assembler language support programs where most substantive 
source code modifications occurred. 

The conversion team's experience was average in the environment 
and with the application. 

The conversion team was very enthusiastic about the project, 
adapted to the changing environment, and worked hard to meet all 
milestones. 

a. PROJECT 
LEADERS, 
MANAGERS, AND 
ATRs 

GOOD 

i 

Overall, very experienced group with keen sense of priorities and 
ability to make things happen. 

b. HIGHER-LEVEL 
GSPC 
AND CSC 
MANAGERS 

GOOD 

Very supportive. 
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SECTION 6 - REFERENCE MATERIAL 


This section lists background and project-produced material 
pertinent to the FDS software conversion effort. 

6.1 BACKGROUND MATERIAL 

6.1.1 TASK ASSIGNMENTS 

All task assignments (TAs) were issued by GSFC under Con- 
tracts NAS 5-27555 and NAS 5-27888 during GSFC fiscal years 

1983 and 1984. 

1. TA 86100, 582-311-80-63-78, FDS Softwar e Conversion, 

F. McGarry, November 23, 1982 

2. TA 40900, 582-311-80-63-78, FDS Softwa re Conversion, 

F. McGarry, December 21, 1982; amended January 1, 1983, 
and December 2, 1983 

3. TA 43000, 582-315-80-22-78, Software Conversion and 
Graphics Support , E. Edwards and K. Tasaki, November 15, 
1983; amended March 13, 1984 

6.2 PROJECT-PRODUCED MATERIAL 

6.2.1 DOCUMENTATION 

1. CSC, CSC/TM-83/6048, FDS Software Con version Plan, 

R. Hendrick, D. Green, and K. Liu, April 1983 

2. Software Delivery Forms 

Software delivery forms were submitted for every program 
(see Appendix C) that was delivered. For most programs, two 
forms were delivered-one for the MVT delivery and one for 
the MVS delivery. 

6.2.2 SOFTWARE ENGINEERING LABORATORY (SEL) FORMS 

SEL forms were submitted by CSC and GSFC personnel from 
December 1, 1982, to June 1984. The forms and a data base 
representation are located with the Code 582 SEL. 
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Form Type 


Number 


/ 


1. Resource Summary Form 

2. Component Status Report 

3. Change Report Form 

4. Component Information File 

5. System Estimated Statistics 

6. Project Phase Dates 

7. Subjective Evaluations 


157 data base records 
3076 data base records 
85 forms 

210 data base records 
26 items per project 
8 dates for this project 
600 items per project 


6.3 OTHER REFERENCE MATERIAL 

6.3.1 GENERAL PURPOSE 

1. Software Engineering Laboratory, SEL-81-205, Recommended 
Approach to Software Development , F. McGarry, G. Page, 
et al., April 1983 

2. — , SEL-83-001, An Approach to Software Cost Estimation , 
F. McGarry, G. Page, D. Card, et al., February 1984 

3. — , SEL-83-002, Measures and Metrices for Software Dev- 
elopment , D. Card, F. McGarry, G. Page, et al., March 
1984 


4. — , SEL-84-001, Manager's Handbook for Software Develop- 

ment , W. Agresti, F. McGarry. D. Card, et al., April 1984 

6.3.2 COMPUTER MANUALS 


IBM Manuals Used During Conversion 

1. SC26-3985-3 , VS FORTRAN Application Programming: Guide 

2. GA22-7070-1, IBM 4300 Processors Principles of Operation 

for ECPS : VSE Mode 

3. GA33-3035-2 , An Introduction to the IBM 3250 Graphics 
Display System 

4. GA33-3037-1, IBM 3250 Graphics Display System Component 
Descr iption 
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5. GC26-3830-3, 0S/VS2 System Programming Library: Data 

Management 

6. GC2 6- 3875-1, OS/VS2 MVS Data Management Services Guide 

7. GC26-3983-3, VS FORTRAN Compiler and Library: General 

Information 

8. GC26-3986-2, VS FORTRAN Application Programming: Lan- 

guage Reference 

9. GC27-6974-1, OS/VS Problem Determination Aids and Mes- 
sages and Codes for GPS and GSP 

10. GC28-0627-2, OS/VS2 MVS System Programming Library: Job 

Management 

11. GC28-0628-2, OS/VS2 System Programming Library: Super- 

visor 

» 

12. GC28-0648-3, OS/VS2 TSO Guide to Writing Terminal Moni- 
tor Program Command or a Processor 

13. GC28-0689-6, OS/VS2 MVS Conversion Notebook 

14. GC28-0706-1 , OS/VS2 MVS System Programming Library; 
System Management Facilities (SMF) 

15. GC 28-0984-1, 0S/VS2 MVS Overview 

16. GC28-1047-0, Vol. 1, OS/VS2 System Programming Library: 
Debugging Handbook 

17. GC28-1048-0, Vol. 2, OS/VS2 System Programming Library: 
Debugging Handbook 

18. GC28-1049-0, Vol. 3, OS/VS2 System Programing Library: 
Debugging Handbook 

19. GC28-1114-0, OS/VS2 MVS Supervisor Services and Macro 
Instruction 

20. GC28-6628-9, IBM System/360 Operating System: System 

Control Blocks 
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21. GC28-6631-14 , IBM System/360 Operating System: Messages 

and Codes 

22. GC38-1002, OS/VS Message Library; VS2 System Messages 

23. GC38-1008, OS/VS Message Library: VS2 System Codes 
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APPENDIX A - CONVERSION DATA 


The FDS applications software conversion information in this 
appendix is grouped into three categories: 

• Conversion rates--Number of programs and source 
lines of code (SLOC) benchmarked and converted by 
week 

o Resource usage--Staff levels and computer usage by 
week 

• Conversion effort algorithm 

Table A-l is an aid to locating the information on conver- 
sion rates and Table A-2 is an aid to locating the informa- 
tion on resource usage. Table A-3 contains the conversion 
effort algorithm used in planning the FDS conversion project. 
Table A-4 presents the planned level of effort for the three 
major phases. Table A-5 presents an example of FDS conver- 
sion project effort with actual data included. 


Table A-l. Conversion Rate Locator 


Figures 


A-l, A-2 
A-3 , A-4 
A-5 , A-6 


Content 

Number of program benchmarked on IBM S/360 
Number of program converted to MVT on IBM 4341 
Number of program converted to MVS on IBM 4341 
Number of SLOC benchmarked on IBM S/360 
Number of SLOC converted to MVT on IBM 4341 
Number of SLOC converted to MVS on IBM 4341 


Table A-2. Resource Usage Locator 


Figures 


A-10, A-ll 
A- 12 
A-13 


A- 14 
A-15 


Content 

Planned versus actual staff levels 
Hours of computer use 
Number of computer runs 
Minutes of computer use per run 

Hours of computer use per full-time 
equivalent (FTE) of staff 

Number of computer runs per FTE of staff 


v: 




Tabla A-3. Conversion Effort Algorithm 


STRATEGY 

PREPARATION 

CONVERSION 
TO MVT 

CONVERSION 
TO MVS 

CONVERSION 
TO FORTRAN 77 

UPDATE OF SYSTEM 
DOCUMENTATION 

i 

l 

i 1 

TESTING STRATEGY 2 

i 

r" 11 1 



BENCHMARKING 


USER HAS COMPLETELY 
DEFINED PROGRAM AND 
BENCHMARK TESTS. CON- 
VERSION TEAM COLLECTS 
AND MOVES A COPY OF 
ALL APPROPRIATE DATA 
INTO ITS CONTROL, RUNS 
THE BENCHMARK TESTS, 
AND MOVES ALL APPRO 
PRIATE DATA (REFORMAT- 
TING WHERE NECESSARY) 
TO THE NEW MACHINE 


CONVERSION TEAM 
CREATES NEW LOAD 
MODULE (MAKING JCL 
AND SOURCE CODE 
CHANGES WHERE 
NECESSARY), RUNS THE 
BENCHMARK TESTS. COM- 
PARES THEM TO BENCH- 
MARK TESTS FROM THE 
OLD MACHINE, AND 
RESOLVES DISCREPANCIES 


CONVERSION TEAM 
! CREATES NEW LOAD 
MODULE FROM SOURCE 
CODE (MAKING CHANGES 
WHERE NECESSARY), 
RUNS THE BENCHMARK 
TESTS. COMPARES THEM 
TO BENCHMARK TESTS 
FROM THE OLD MACHINE, 
AND RESOLVES 
DISCREPANCIES 


CONVERSION TEAM 
MAKES SOURCE CODE 
CHANGES. CREATES NEW 
LOAD MODULE. RUNS THE 
BENCHMARK TESTS, COM- 
PARES THEM TO BENCH- 
MARK TESTS FROM THE 
OLD MACHINE. AND 
RESOLVES DISCREPANCIES 


CONVERSION TEAM PRO- 
VIDES UPDATE PAGES TO 
REFLECT SOURCE CODE. 
JCL. AND DATA SET IN- 
FORMATION CHANGES, 
AND REISSUES DOCU- 
MENTS. HOWEVER. THE 
DOCUMENTS ARE NOT 
UPGRADED TO REFLECT 
DEFICIENCIES AND 
CHANGES SINCE THE 
ORIGINAL ISSUE 


EXTENSIVE 

TESTING 


rSn! ?h!m R,PTI0N AS F0R SIMPLE BENCHMARKING testing strategy except that conversion team defines additional tests and 


EXTENSIVE 
TESTING WITH 
ACCEPTANCE 
TESTING 




staff years 3 of effort per million sloc for conversion steps 


SIMPLE 

BENCHMARKING 

2.60 

2.60 

5.20 

10.39 

3.06 

EXTENSIVE 

TESTING 

3.16 

3.16 

6.31 

12.62 

3.06 

EXTENSIVE TEST- 
ING WITH 
ACCEPTANCE 
TESTING 

3.82 

3.82 

7.63 

15.26 

3.06 


'based ON RECOMMENOED APPROACH TO SOFTWARE DEVELOPMENT (SEL 81 205) AND AN APPROACH TO SOFTWARE COST ESTIMATION (SEL-83-001) 

2 TO CONVERT 1.325 MILLION SLOC TO MVS USING A SIMPLE BENCHMARKING TESTING STRATEGY (HOWEVER. SYSTEM DOCUMENTATION WILL NOT BE UPDATED) - 

f CCDfJ . - 1 TIC l*> CA *1 pa r- -in i " 


EFFORT - 1.325 (2.60 + 2 60 + 5.20) 
= 13.78 STAFF YEARS 

3 STAFF YEAR EQUALS 1872 HOURS 
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Table A-4 


Planned Effort for FDS Conversion Project by Testing Strategy 


ITEM 

CONVERSION STEP 

EFFORT 

SIMPLE 

BENCHMARK 

TESTING 

EXTENSIVE TESTING 

EXTENSIVE TESTING 
WITH ACCEPTANCE 
TESTING 

1 . 

PREPARATION 

3.44 

4.19 

' 5.06 


(PREPARATION) 

(1.72) 

(2.09) 

(2.54) 


(BENCHMARKING) 

(0.86) 

(1.05) 

(1.26) 


(MIGRATION) 

(0.86) 

(1.05) 

(1.26) 

2. 

MVT CONVERSION 

3.44 

4.19 

5.06 

3. 

MVS CONVERSION 

6.89 

8.36 

10.11 

4. 

FORTRAN 77 CONVERSION 

13.77 

16.72 

20.22 

5. 

DOCUMENTATION UPDATE 

4.05 

4.05 

4.05 

6. 

TOTAL 

31.59 

37.51 

44.50 

7. 

FDS TOTAL 2 (TOTAL MINUS ITEMS 4 AND 5) 

; 13.77 

16.74 

20.23 

8. 

COLUMN x MINUS COLUMN 1 FOR ITEM 7 

0.00 

2.97 

6.46 


^STAFF YEAR EQUALS 1872 HOURS. THE ESTIMATED NUMBER OF SLOC DURING THE EARLY PART OF THE FDS PROJECT 
OSCILLATED BETWEEN 1.3 AND 1.4 MILLION. THE ACTUAL NUMBER OF SLOC 11.325 MILLION) IS USED IN THE EXAMPLE. 

2 FOR THE FDS PROJECT. A SIMPLE BENCHMARK TESTING STRATEGY WAS USED (COLUMN 1 NUMBERS). THE REQUIREMENT TO 
UPDATE DOCUMENTS WAS DELETED VERY EARLY IN THE PROJECT. THE REQUIREMENT TO CONVERT A SUBSET OF THE 
PROGRAMS TO FORTRAN 77 WAS NEVER DEFINED AND WAS DELETED ALTOGETHER VERY LATE IN THE PROJECT. 
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Table A-5 


Conversion Project Example With Actual Data 


f\ 



> 

I 

Cn 


CONVERSION STEP 

PLANNED 

ACTUAL 

ACTUAL/ 

PLANNED 

RATIO 

EFFORT 

PERCENTAGE 

EFFORT 

PERCENTAGE 

PREPARATION 

3 44 

25 0 

2 78 

23 6 

0 81 

(PREPARATION) 

(1 72) 

(12 50) 


(15.1) 

1 03 

LBENCHMARKING) 

(0 86) 

(G 25) 

(0 47) 

14 0) 

055 

(MIGRATION) 

(0 86) 

(6 25) 

(0 53) 

(4 5) 

062 

MVT CONVERSION 

3 44 

25 0 

2.31 

19.6 

067 

MVS CONVERSION 

6 BO 

500 

663 

568 

097 

' FDS TOTAL 

13.77 

100.0 

11.77 

100.0 

0.85 

USER TESTING 2 

6 4G 

46 9 

4 99 

42 4 

0.77 

FDS PLUS USER TESTING TOTAL 

20.23 


18.78 


0.83 


^STAFF YEAR EQUALS 1872 HOURS ALSO SEE TABLE A 4 FOOTNOTES. 

2 EFFORT IN THE PLANNED COLUMN IS THE DIFFERENCE BETWEEN COLUMNS 3 AND 1 FOR ITEM 7 IN TABLE A 4. THE 
ACTUAL AMOUNT OF EFFORT PLANNED TO BE USED FOR TESTING BY USERS IS NOT EASILY AVAILABLE. PERCENTAGE 
IS THE AMOUNT ABOVE THE FDS TOTAL, o ij . 1UO (20 23/ 13 771 100 46 9 FOR THE PLANNED COLUMN. 
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Figure A-6. Accumulated Number of Programs Converted to MVS on the IBM 4341 
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Figure A-9. Accumulated Number of SLOC Converted 
MVS on the IBM 4341 by Week 
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Figure A-12. Accumulated Hours of Computer Use by Week 
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Pigujro A- 14 . Accumulated Minutes of Computer Use per 
Accumulated Computer Runs by Week 
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APPENDIX B - CONVERSION APPROACH 


This appendix contains the approaches for the three steps in 
the conversion process. Section B.I presents the approach 
to benchmark preparation and execution on the IBM S/360-95. 
Sections B.2 and B.3 address the approaches to MVT and MVS 
conversion, respectively. Section B.4 contains facimiles of 
the various forms used throughout the conversion process. 

B.I BENCHMARK PREPARATION AND EXECUTION ON IBM S/360-95 

Through GSFC user points of contact (POCs) , the software 
program's user provided the following information to soft- 
ware conversion personnel for each program to be benchmarked: 

1. Job control language (JCL) to execute the benchmark 
test on the IBM S/360-95 or -75 (Cl) computer. If any data 
sets referenced in the JCL required special initialization 
or set up, the POC provided an explanation of the procedure 
involved. 

2. Operating instructions, if the benchmark involved 
interactive processing. 

3. Indication as to how the IBM 4341 benchmark tests 
were to be evaluated; that is, what program output was to be 
compared after the IBM S/360 and IBM 4341 benchmark tests. 

After receipt of the necessary information, software conver- 
sion personnel performed the following activities: 

1. Obtained the volume serial numbers of two blank 
library tapes. These tapes were of 6250-bytes-per- inch 
(bpi) quality, whenever available, and were to be written at 
a density of 1600 bpi with BYPASS label processing. One 
tape was used in generating a primary benchmark tape; the 
second was a copy (created in step 13 below) of the primary 
benchmark tape. 
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2. Copied to one tape all data sets referenced by the 
benchmark execution JCL provided by the POC. Load module 
and GESS-nonresident tables data sets, as well as empty data 
sets, were copied. Data sets were copied to tape, one data 
set per file. The IEBGENER and VPCOPY utilities were used 
for copying sequential and partitioned data sets, re- 
spectively. 

3. Described the contents of the tape by completing a 

Tape Description Form. The volume serial numbers of both 
tapes obtained in step 1 were indicated on the form, with a 
note as to which tape is primary. In the Disk Data Set Name 
field, two data set names were given: the actual name of 

the data set copied to tape and a name in the form 

GJFDS. idBENCH.pgm.qual 

where id denotes the initials of the appropriate GSFC Sec- 
tion Head (RW = R. Werking, JC = J. Cooley, CN = C. Newman, 
and FM = F. McGarry) , pgm is the name of the program, and 
qual is a unique qualifier indicating the function of the 
data set (e.g., NL1, TP0UT2, DATA1 , OUTi, 0UT2) . The latter 
data set name was given to the disk data set into which the 
tape file was unloaded (see step 6 below) . 

4. Allocated a permanent partitioned data set named 
GJFDS. idBENCH. pgm. CNTL, where id and pgm are as defined in 
step 3 above. This data set had to be large enough to con- 
tain, in separate members, the benchmark execution JCL pro- 
vided by the POC, the benchmark execution JCL as modified by 
software conversion personnel, and JCL to unload the bench- 
mark tape. The data control block (DCB) attributes of the 
data set were RECFM=FB, LRECL=80, and BLKSIZE=800. 

5. Placed the benchmark execution JCL provided by the 
POC in members EXEC and OLDEXEC of GJFDS . idBENCH. pgm. CNTL. 
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6. Set up, in GJPDS. idBENCH. pgm.CNTL (UNLOAD) , JCL to 
unload the files placed on the benchmark tape in step 2. 

This JCL unloaded each tape file into a scratch disk data 
set using the same utility that created the file. These 
scratch data sets were created and cataloged within the un- 
load JCL. The data sets were given names in the form 
GJFDS. idBENCH. pgm.qual as specified on the Tape Description 
Form. The data set attributes and size were identical with 
those of the original data set that was copied to the tape. 

7. Modified the benchmark execution JCL in GJFDS. 
idBENCH. pgm.CNTL (EXEC) to change all data set names (except 
for load module and GESS-nonresident table data sets) to 
corresponding names of the form GJFDS . idBENCH. pgm.qual as 
referenced in the unload JCL. Any data sets that were not 
copied to the tape in step 2 because they were empty were 
allocated by the benchmark execution JCL ar.d the JCL was 
modified to reflect this change. Data set names in the form 
GJFDS. idBENCH. pgm.qual were used for this purpose. Program 
output that was to be evaluated to determine the success of 
the benchmark was directed to a data set (and not, for ex- 
ample, to SYSOUT=A) to allow the output to be copied to the 
benchmark tape in step 10 below. Again the JCL was modi- 
fied, as necessary, to reflect this change. Data set names 
in the form GJFDS. idBENCH. pgm.qual were used for this pur- 
pose. The above-mentioned output was also obtained in hard- 
copy form. To do this, additional job steps had to be coded 
to copy the output from the data set to SYSOUT=A. This 
copying was done using the IEBGENER and LISTPDS utilities 
for sequential and partitioned data sets, respectively. If 
the output was not in EBCDIC form, a hexadecimal listing of 
the data set had to be generated using the PATRICK utility 
with the DMP option for sequential data sets and the LISTPDS 
utility with the HEXOUT option for partitioned data sets. 
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The parameter MSGLEVEL= (1, 1) had to be coded in the JOB 
statement. 

8. Decided which computer, the IBM S/360-95 or 
-75(C1), would be used to execute the benchmark, given that 
either computer was acceptable. Submitted the JCL to unload 
the benchmark tape. on that computer. If this JCL was sub- 
mitted on the IBM S/360-75 (Cl) , it was necessary to ask dis- 
patch personnel to take the library tape to that computer. 

9. After the benchmark tape was unloaded successfully, 
submitted the JCL to execute the benchmark. If the bench- 
mark involved interactive processing, performed the process- 
ing by following the operating instructions provided by the 
POC. 

10. After the benchmark was executed, appended to the 
benchmark tape the GJFDS . idBENCH. pgm.CNTI. data set and the 
output data sets needed to evaluate the success of the 
benchmark. The above-mentioned data sets were copied to the 
tape in the above order with one data set per file. The 
IEBGENER and VSCOPY utilities was used to copy sequential 
and partitioned data sets, respectively. 

11. Completed additional entries on the Tape Descrip- 
tion Form to describe the tape files created in step 10 
above. The Disk Data Set Name field contained only the name 
of the data set that was copied to the tape. 

12. Clearly labeled the printed output from the bench- 
mark execution run to indicate the program name, the asso- 
ciated data definition name (DDNAME) , and the date. 

13. Using the PATRICK utility, copied the benchmark 
tape to the second of the two tapes obtained in step 1 and 
ran the TAPESCAN utility on both tapes. 

14. Delivered the following items to the project 

leader: the Tape Description Form, all printed output from 
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the benchmark run (including the SYSMSG output), the 
TAPESCAN printed output, the description provided by the POC 
of how benchmark runs were to be evaluated, and any bench- 
mark operating instructions or data set initialization/setup 
procedures provided by the POC. The project leader quality 
assured these items and then notified the POC that the pro- 
gram has been benchmarked. 

15. Deleted GJFDS. idBENCH.pgm.CNTL. 

3.2 MVT CONVERSION 

Load modules were converted according to their assigned MVT 
conversion priority. The only modifications made were those 
required for correct execution of the load modules under MVT 
on the IBM 4341. Obsolete source code was not deleted nor 
were programs optimized. 

The procedure for converting a given load module to MVT on 
the IBM 4341 is shown in Figure B-l. These same activities 
are discussed below in greater detail. 

1. Determined as accurately as possible for each load 
module one of the following four cases (priority order: 
easel, case 2, ...): 

CASE 1 Load module can be used as is 

CASE 2 Load module must be relinked to include new 

versions of MSDO routines (e.g., FTIO, DAIO, 
CALCOMP) or general application subroutines 

CASE 3 Source code must be modified and load module 
created via relink 

CASE 4 Source code must be modified and load module 
created from source code 


( 
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Figure B-l. MVT Conversion 
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To help make this determination, personnel 

a. Studied the new computer system by reading 
manuals, attending class, and holding discus- 
sions with cognizant personnel 

b. Obtained listing of CSECTs in the load module 
using the M&DO LISTIDR utility to check for 
the presence of subroutines that had been pre- 
viously identified as requiring modification 

c. Read the code (e.g., to look for device de- 
pendencies) 

d. Read application program documentation 

e. Consulted with personnel familiar with the 
software 

2. An MVT load library, an MVT PANVALET library, and, 
if required, an MVT GESS nonresident tables data set were 
allocated . 

EXAMPLE : 

Load librarv--ATTIT.DEA. ADS. LOAD 

Source code data set — ATTIT.DEA.ADS .PAN 

Nonresident tables--ATTIT.DEA.ADS.NRES 

MVT load library— SWCON.ATTIT. MVT. DEA. ADS. LOAD 

MVT PANVALET library — SWCON.ATTIT .MVT. DEA. ADS . PAN 

MVT nonresident tables — SWCON.ATTIT. MVT. DEA. ADS. NRES 

The I3M S/360 load module was copied to the MVT load library 
and the program source code was transferred from the IBM 
S/360 source code data set to the MVT PANVALET library. 

3. If a load module was determined to be CASE 1 (i.e., 
load module used as is) steps 4 through 10 were skipped and 
preparation was made for benchmark testing (step 11) • 

4. If a load module was determined to be CASE 2 (i.e., 
relink to replace subroutines) , a new load module had to be 
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created. Steps 5 through 8 were skipped and load module 
creation (step 9) was begun. 

5. Source code was modified. An MVT PANVALET update 
control statement data set was allocated. 

EXAMPLE: 

MVT PANVALET update data set--SWCON.ATTIT.MVT.DEAADS.UPD 

6. Temporary PANVALET update control statements were 
designed and coded. These were placed in the update data 
set. 

7. Two listings of the updates were made and placed in 
the software conversion notebook. 

8. A Software Engineering Laboratory (SEL) Change Re- 
port Form was filled out for each set of related source code 
changes being made. 

9. An MVT JCL data set was allocated and the load mod- 
ule creation JCL set up. Any device-dependent JCL was modi- 
fied to remove such dependencies (e.g., UNIT = 2314). 
Additionally, as necessary the creation JCL was rewritten to 
perform a relink instead of a creation from source code 
and/or to incorporate PANVALET updates. 

10. Load module, (and GESS tables, if necessary) was 
created and new load module (and tables) placed in the data 
sets allocated in step 2. For CASE 2, the load module was 
created by linking with the load module transferred to the 
IBM 4341 and including replacement subroutines. For CASE 3, 
the load module was created by applying updates to the MVT 
PANVALET library, linking with the load module transferred 
to the IBM 4341, and including modified subroutines. For 
CASE 4, 'the load module was created from the source code in 
the MVT PANVALET library after the updates were applied. 
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11. The benchmark execution JCL was unloaded from the 
benchmark tape and modified, as needed, to account for de- 
vice dependencies and to reference the MVT data sets. 

12. Test input and output data was unloaded from the 
benchmark tape to disk data set(s). 

13. The benchmark was executed and the results compared 
with those obtained on the IBM S/360. Printed output was 
filed. 

14. If the benchmark was not successful, the problem 
and a solution were identified, a new load module was 
created, if necessary (using applicable procedures described 
above), and the benchmark reexecuted. 

15. If the benchmark was successful, the project leader 
was notified that the load module had passed the benchmark 
test . 

16. With the project leader's authorization, the neces- 
sary data sets were allocated on the operational disk packs 
and the load module and any nonresident tables were copied 
from the software conversion MVT data sets to corresponding 
operational data sets. If source code was modified, the MVT 
PANVALET library was permanently updated and the source code 
transferred to the corresponding operational source code 
data set. All data sets allocated on operational disk packs 
were recorded on Data Set Request Forms. 

17. Execution JCL for running the load module opera- 
tionally under MVT on the IBM 4341 was modif'ed. (Only 
nominal modifications were made and this JCL was not 
tested.) This JCL was placed in the operational JCL data 
set . 

18. An FDS Software Conversion Program Delivery Form 
was filled out. 

( 
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19. The project leader was notified when the MVT 
sion of the program was ready for delivery to the GSFC point 
of contact. 

20. The project leader delivered the following items to 

the GSFC point of contact: the FDS Software Conversion Pro- 

gram Delivery Form, the Data Set Request Form, any SEL 
Change Report Forms completed, and listings of any source 
code updates that were made. 

21. If problems were experienced with a load module 
afteL it was delivered, the cognizant personnel were con- 
sulted to examine the problem. If a new load module had to 
be created, the benchmark was reexecuted, and the new load 
module delivered. 

B. 3 MVS CONVERSION 

Load modules were converted according to their assigned MVS 
conversion priority. The only modifications that made were 
those required for (1) correct program execution under MVS, 
(2) conversion to VSFORTRAN, (3) deletion of nonapplicable 
code, and (4) program optimization for MVS. 

The procedure for converting a given load module to MVS on 
the FDS is shown in Figure B-2. These same activities are 
discussed below in greater detail. 

1. Determined as accurately as possible for each load 
module one of the following five cases (priority order: 
case 5, case 4, case 3, ...): 

CASE 1 Load module can be used as is 

CASE 2 Load module must be relinked to include new 

versions of subroutines 

CASE 3 Source code must be modified and load module 
created via relink 
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Figure B-2« MVS Conversion 
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CASE 4 Source code must be modified and load module 
created from source code 

CASE 5 Load module must be created from source code 
To help make this determination, personnel 

a. Studied the new computer system by reading 
manuals, attending classes, holding discus- 
sions with cognizant personnel 

b. * Obtained listing of CSECTs in the load module 

using the M&DO LISTIDR utility to check for 
the presence of subroutines that had been pre^ 
viously identified as requiring modification 

c. Read the code (e.g., to look for device de- 
pendencies) 

d. Read application program documentation 

e. Consulted with personnel familiar with the 
software 

2. An MVS load library, an MVS PANVALET library, and, 
if required, an MVS GESS nonresident tables data set were 
allocate . 

EXAMPLE: 

Load library--ATTIT.DEA. ADS. LOAD 

Source code data set — ATTIT.DEA.ADS .PAN 

Nonresident tables--ATTIT. DEA. ADS . NRES 

MVS load library— SWCON.ATTIT. MVS. DEA. ADS. LOAD 

MVS PANVALET 1 ibrary—SWCON . ATTIT. MVS . DEA. ADS . PAN 

MVS nonresident tables—SWCON. ATTIT. MVS. DEA. ADS. NRES 

The MVT load module was copied to the MVS load library and 
the program source code was transferred from the MVT source 
code data set to the MVS PANVALET library. 
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3. If a load module was determined to be CASE 1 (i.e., 
load module used as is) steps 4 through 10 were skipped and 
preparation was made for benchmark testing (step 11). 

4. If a load module was determined to be CASE 2 (i.e., 
relink to replace subroutines) or CASE 5 (i.e., generate 
load module from source code) , a new load module had to be 
created. Steps 5 through 8 were skipped and load module 
creation (step 9) was begun. 

5. Source code was modified. An MVS PANVALET update 
control statement data set was allocated. 

EXAMPLE: 

MVS PANVALET update data se t- -SWCON . ATTI T . MVS . DEAADS . UPD 

6. Temporary PANVALET update control statements were 
designed and coded. These were placed in the update data 
set . 

7. Two listings. of the updates were made and placed in 
the software conversion notebook. 

8. A SEL Change Report Form was filled out for each 
set of related source code changes being made. 

9. ' An MVS JCL data set was allocated and the load mod- 
ule creation JCL set up. 

10. Load module (and GESS tables, if necessary) was 
created and new load module (and tables) placed in the data 
sets allocated in step 2. For CASE 2, the load module was 
created by linking into the MVT load module and including 
replacement subroutines. For CASE 3, the load module was 
created by applying updates to the MVS PANVALET library and 
linking with the MVT load module and including modified sub- 
routines. For CASE 4, the load module was created from the 
source code in the MVS PANVALET library after the updates 
were applied. For CASE 5, the load module was created from 
the source code in the MVS source code- library. 
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11. The benchmark execution JCL was unloaded from the 
benchmark tape and modified as needed to account for device 
dependencies and to reference the MVS data sets. 

12. Test input and output data was unloaded from the 
benchmark tape to disk data set(s). 

13. The benchmark was executed and the results compared 
with those obtained on the IBM S/360. Printed output was 

f iled . 

14. If the benchmark was not successful, the problem 
and a solution were identified, a new load module was 
created, if necessary (using applicable procedures described 
above), and the benchmark reexecuted. 

15. If the benchmark was successful, the project leader 
was notified that the load module had passed the benchmark 

test. 


16. With the project leader's authorization, the neces- 
sary data sets were allocated on the operational disk packs 
and the MVS software was copied from software conversion MVS 
data sets to corresponding operational data sets. It source 
code was modified, the MVS PANVALET library was permanently 
updated and the source code transferred to the corresponding 
operational source code data set. All data sets allocated 
on operational disk packs were recorded on Data Set Request 

Forms. 


17. Execution JCL for running the load module opera- 
tionally under MVS on the IBM 4341 was modified. (Only 
nominal modifications' were made and this JCL was not 
tested.) This JCL was placed in the operational JCL data 


set . 

•18. An FDS Software Conversion Program Delivery Form 
was filled out. 
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. The project leader was notified when the MVS ver- 
sion of the program was ready for delivery to the GSFC point 
of contact. 

20. The project leader delivered the following items to 
the GSFC point of contact: the FDS Software Conversion Pro- 

gram Delivery Form, the Data Set Request Form, any SEL 
Change Report Forms completed (including informal notes on 
the changes) , and listings of any source code updates that 
were made. 

•21. If problems were experienced with a load module 
after it was delivered, the cognizant personnel were con- 
sulted to examine the problem. If a new load module had to 
be created, the benchmark was reexecuted, and the new load 
module delivered. 

B . 4 SAMPLE CONVERSION FORMS 

Facimiles of the following forms, used in the conversion 
effort, are included in this subsection as Figures B-3 
through B-8: 

© Proqram Description Form 

o Attitude Tape Description 

o Component Status Report for FDS Conversion 

© Data Set Request Form 

© Change Report Form 

© FDS Software Conversion Program Delivery Form 
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SYSTEM: 


CONVERSION PRIORITY IMVT/MVSI 


PROGRAM: 

DESCRIPTION: 


GSFC SECTION HEAO: 


ADDITIONAL INFORMATION CONTACTS 

SOFTWARE OPERATION/USE: Name: Phon«: 

SOFTWARE DcSIGN/CODE: Name Phone: 


GENERAL SOFTWARE CHARACTERISTICS (Check any applicable boxes) 


SOURCE LANGUAGES: 

r~j 

FORTRAN ( 

%) □ ALC ( 

%) 3 _ 

• 

PRECOMPILER: 

n 

SFORT 

! — ’ 




OVERLAY: 

f— 1 1 

YES 

1 

NO 



GRAPHIC DEVICES: 

! : 

2250 


GGOO (FMOCJ 3 

TSO 

r— 

GRAPHIC METHOD: 

1 — * 

GESS 



GSP 3 

GPS/GAM 

— 

M&DO PKGS USED: 


DAIO 

1 

FTIO 3 

CALCOMP 



( %) 


ROSS ( 2200 ) 
WOLFPLOT 


•SYSTEM TAPE INFORMATION 

ORI TAPE NUMBER CREATE DATE 

PROGRAM MODIFIED AFTER ABOVE DATE? 3 YES “ NO 


DOES A SYSTEM TAPE EXIST? ^ YES 3 NO 

TAPE REFERENCE NUMBER CREATE DATE 

PROGRAM MODIFIED AFTER ABOVE DATE? ” YES ” NO 

LOCATION OF TAPE 

GSFC PROGRAM LIBRARY PROGRAM NO. (If any) 


DOCUMENTATION (List Title, Reference No., and Location of Program Documentation): 


Form Initiated Eat. Completion Actual Completion 

Form Completed by _ 


Figure B-3, Program Description Form (1 of 2) 
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SYSTEM 


PROGRAM 


w 



DATA SET NAME 

TYPE 
(PS, PO, 
PAN, 

CARDS, etc.) 

DESCRIPTION 

(Source codo, load module, NAMELISTs, 
execution JCL. etc.) 





















































O C 

-n g 

-O O 

o 5 
o 

PO r 

O T3 

C T> 

£8 


Vcl' tso eusSZ* r ^i°. r ,?ufr n V C .T ,, ° n * hou,d inc,ud9 sou,c * coda - '°»d module, creation JCL. overlay, exec 

laecitv PDS mfmhJr nAr^ff/P^wuk llbr f. r,8 >* NAMELIST#, ALC maclibs, input/output data sets, etc. For 'DATA SET NAME' column, 
specify PDS member names/PANVALET prefixes whore appropriate; if not on disk, specify desirod name. 


Figure B-3. Program Description Form (2 of 2) 







PROGRAM NUMBER 




DENSITY 800 

TAPE NUMBER 

PROGRAM ID 

satellite id 



GENERAL DESCRIPTION OF PURPOSE AND USE OF TAPE: (Wnte a description understandable to others) 


TAPE DATE DESCRIPTION (SOURCE. LOAD UTILITY USED TO OCR ON DSN DCB ON TAPE 

FILE ADDED D,SK DATA SET NAME MODULE. TELEMETRY, etc ) PUT ON TAPE RECFM LRECL BLKSIZE DSORG RECFM LRECL BLKSIZE I TRK/DIR 


Figure B-4. Attitude Tape Description 
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Figure B-5. Component Status Report for FDS Conversion 
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GSFC Sponsor Approval: . 

mountable /shareable 
Net space change + / - _ 


Action RT 


Data Set Name 


Disk DSORG trks/dir 


Comments 


l^nd i ^,r.H:, d . e K e,e ; ? nama ' 0,C : .S50RG - PO. FS. DA. etc.; DCB - RECFM/LRECL/BLKSIZE; .nit.? = DA or Pan.ib; 
RT - indicates that this data set is required for real-time support. 

NOTE: Edit requests must be accompanied by a complete listing indicating the desired change? to the data set. 


Figure B— 6. Data Set Request Form 
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\ 


ORIGINAL PASS 

OF POOR Q-J:-''' ' 


U 


PROJECT NAME 

PROGRAMMER NAME 


CURRENT OATE 
APPROVED BY _ 


SECTION A - IDENTIFICATION 


DESCRIBE THE CHANGE: (What, why, howl. 


EFFECT: What components (or documents) are changed? (Include version). 


EFFORT: What additional components (or documents) were examined in determining what change was needed? _ 


(Month 


Oiy 


Year)* 


Need for change determined on 

Change completed (incorporated into system) 


Effort in person time to isolate the change (or error) 

EHort m person time to implement the change (or correction) 


I hr/less Ihr.ldy 1dy/3dys >3dys 


SECTION B - ALL CHANGES 


TYPE OF CHANGE (Check one) 


G Error correction 

□ Banned enhancement 

Imolementation of requirements change 

— Improvement of clarity, maintainability. 
Of documentation 

G Improvement of user services 


i Insertionideletion of debug code 
i Optimization ol time/space>accuracy 
. Adaptation to environment change 
: Other (Explain on back) 


EFFECTS CF CHANGE 


V U 

w — Was the change or correction to one and 
only one component? 

w G Old you look at any other component? 

C G O'd you have to be aware of parameters passed 
explicitly or implicitly (e.g., common blocks) 
to or from the changed component? 


SOURCE OF ERROR 
(Check one) 


SECTION C - FOR ERROR CORRECTIONS ONLY 


3 Requirement! 

G Functional specifications 

G Design 

G Code 

G Previous change 


CLASS OF ERROR 
(Check most aopi cablel* 


□ Initialization 

G Log.c. control structure 
(e.g.. flow of control incorrect) 

□ Interface (internal) 

(module to module communication) 

□ Interface (external) 

(module to external communication) 

G Data (value or structure) 

(e.g.. wrong variable used) 

G Computational . 

(e.g., error in math expression) 


•U two me l’u ja v caoie. c*ec* me 

higher oo the M* 


CHARACTERISTICS 
(Check Y or N for all) 


Y N 


C G Omission error (e.g., something was left out) 

G G Commission error (e.g . something incorrect was included) 
L- G Error was created by transcription (clerical) 


FOR LIBRARIANS USE ONLY 


NUMBER. 

DATE 

BY 


CHECKED BY. 


(Month 


Day 


Year) 


ORIGIN DATE j 


t Additional Comments on Reverse S'dei 




Figure B-7. Change Report Form 
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□ MVT/~ MVS 

PROGRAM: 

PROGRAM CHANGES: ~ YES □ NO 

RELINK: ~ OAIO 

□ FTIO 

□ GESS(MVT) □ GESS. (MVS) 

□ OTHERS: 


DATE: 

PRIORITY: _ 
GSFC CODE: 


CREATED FROM SOURCE CODE: □ 

MODULES MODIFIED: 


BENCHMARK RUN: □ YES □NO 95 CPU (MIN) I/O (MIN) 

FDS CPU (MIN) SRB (MIN) 

ATTACHED SHEETS: P DATA SET REQUEST FORM 

C CHANGE REPORT FORM 
□ SOURCE CODE UPDATE LISTING 


PROGRAM ACCEPTED BY: 


DATE: 


Figure B-8. FDS Software Conversion Program Delivery Form 
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APPENDIX C - CONVERTED PROGRAMS 


This appendix contains, by GSFC code, the programs converted 
to the IBM 4341 computers (FDS) . For each program, the fol- 
lowing information is given: 

o First line--Program name, conversion priority (Px) , 
and an indication as to whether the program was de- 
leted at some stage. 

© Second line — Brief description of the program. 

• Third 1 ine--Progr am size information by language in 
thousands of source lines of code (80-byte images). 

© Fourth line — Preparation information, i.e., wnether 
the program was defined on a form (and its number) ; 
whether the program was copied to tape from the IBM 
S/360-95 (T or Ta) , and whether the program was 
copied to the FDS (C or Ca) . 

© Fifth line--IBM S/360-95 benchmark information. 

o Sixth and seventh lines— MVT and MVS conversion 
dates . 
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C.l CODE 581.2 PROGRAMS 


ORIGINAL PAGE IS 
OF POOR QUALITY 


NAME: ATTIT.ADCS.COEF.LOAD (TOM): priority 3 

DESCRIPTION: Determines the aerodynamic coefficients for any spacecraft in the free-molecular flow 
regime. 

SIZE (k): Total = 1.0 FORT =1.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 117 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-05-83 05-12-83 05-13-83 05-31-83 

06-13-83 06-17-83 06-17-83 11-16-83 

NAME: ATTIT. ADCS. FSD. LOAD (SIM); priority 6 
DESCRIPTION: Simulates flexible body spacecraft dynamics. 

SIZE (k): Total = 23.2 FORT = 23.2 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No.= 116 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-06-83 05-17-83 05-20-83 07-01-83 

NIVS 09-19-83 10-12-83 10-14-83 12-01-83 


NAME: ATTIT. ADL. LOAD (ACTRD); priority 2 
DESCRIPTION: Reads PDS member created by the subroutine ACTWRT 
SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 64 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-1S-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-30-83 NR 04-01-83 

MVS 06-27-83 NR 07-08-83 

NAME: ATTIT. ADL. LOAD (ACTWRT); priority 2 
DESCRIPTION: Stores attitude command data in a PDS. 

SIZE (k): Total = 0.2 •' FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 65 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-30-83 NR 04-01-83 

MVS 06-27-83 NR 07-08-83 


ACCEPTED 

05-18-83 

11-16-83 


ACCEPTED 

05-18-83 

11-16-83 


NAME: ATTIT. ADL. LOAD (ADLMOVE); priority 2 

DESCRIPTION: Initializes an ADL backup data base and copies the ADL data base to the backup 
SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 68 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-15-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-16-83 03-28-83 04-01-83 05-’5-83* 

MVS 05-09-83 07-13-83 07-15-83 08-18-83 

NAME: ATTIT. ADL. LOAD (ADLSPY52); priority 2 
DESCRIPTION: Detects chaining and I/O errors on the ADL data base. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 69 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-15-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-16-83 03-28-83 04-01-83 05-18-83 

MVS 05-09-83 06-30-83 07-01-83 08-18-83 







(•: 


NAME: ATTIT.ADL.LOAD (ADLOBLK); priority 2 

e D xists CRIPTI ° N: Fill$ SPeCif ‘ ed bl ° CkS ° n thC ADL data b3Se With zeros t0 d «e™"e ^ ^ I/O error 

SIZE (k): Total = 0. 1 FORT = 0.0 ALC = 0. 1 GESS = 00 

PREPARATION: Form = yes No. = 71 Tape = Ta FDS • Ca 
IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-30-83 
CONVERSION STARTED BENCHMARK DELIVERED 

03-31-83 04-01-83 04-01-83 

MVS 06-20-83 06-23-83 06-24-83 


ACCEPTED 

05-31-53 

08-18-83 


NAME: ATTIT.ADL.LOAD (STDXMT); priority 2 

ssrssisr * ™ tmai °" « 

PREPARATION: Form = yes No. = 72 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed NR 

CONVERS'ON STARTED BENCHMARK DELIVERED ACCEPTED 

MVS £111! ™ 0401-83 OS-18-83 

MVS 07-22-83 NR 08-05-83 11-16-83 

NAME: ATTIT.ADL.LOAD (UTILN5); priority 1 

t0 ,hC ADL d3ta baSC by a P plications ^‘ems ADLOPN. ADLCLS. 

SIZE (k): Total = 0.3 FORT = 0.0 ALC = 0.3 GESS = 00 

PREPARATION: Form = yes No. = 74 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

w V c ATT 7 83 NR 03-25-83 

S 03-31-83 • NR 04-08-83 


ACCEPTED 

05-18-83 

11-16-83 


NAME: ATTIT.ADL.LOAD (XMITTR); priority 2 

I r f nsmits an attituda telemetry record over a telecommunications line. 
SIZE (k): Total = 0. 1 FORT = 0.0 ALC = 0. 1 GESS = 00 

PREPARATION: Form = yes No. = 75 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-18-83 Executed NR 
C0N vrvr SI ° N dSTARTED BENCHMARK DELIVERED 

W-31-83 NR 04-01-83 

MVS 06-28-83 NR 07-08-83 

NAME: ATTIT.ADL.LOAD (XMTCLS); priority 2 
DESCRIPTION: Closes a telecommunications line. 

SIZE (k): Total = 0. 1 FORT = 0.0 ALC = 0. 1 CESS = 00 

PREPARATION: Form -yes No. = 76 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed NR 
CONVERSIN’ STARTED BENCHMARK DELIVERED 

Mvl °L 31 / 83 NR 04-01-83 

M S 06-28-83 nr 07-08-83 

NAME: ATTIT.ADL.LOAD (XMTCOM); priority 2 
DESCRIPTION: COMMON area used by XMITTR. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0 0 

PREPARATION: Form = yes No. = 77 Tape = Ta FDS = Ca 

mM S/36° BENCHMARK: Defined 03-18-83 Executed NR 


ACCEPTED 

05-18-83 

11-16-83 


ACCEPTED 

05-18-83 

11-16-83 


CONVERSION 
MVT 
MVS 


STARTED 

03-31-83 

06-28-83 


BENCHMARK 
NR 
NR 

C-3 


DELIVERED 

04-01-83 

07-08-83 


ACCEPTED 

05-18-83 

11-16-83 


r 

4 



NAME: ATTIT.ATTMAIN.CP.LOAD (All Members); priority 6 (deleted) 
DESCRIPTION: None. 

SIZE <k): Total = 0.4 FORT = 0.0 ALC = 0.4 GESS = 0.0 

PREPARATION: Form = yes No. = 205 Tapc = Ta FDS = Ca 

IBM S/360 BENCHMARK: Denned 05-02-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-17-83 NR 05-27-83 

MVS XX-XX-XX NR XX-XX-XX 

NAME: ATTIT.ATTMAIN.LOAD (ADLDUMP); priority 2 (deleted) 

DESCRIPTION: Dumps data link control blocks. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 154 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.ATTMAIN.LOAD (ADLFIX); priority 2 
DESCRIPTION: Corrects chaining errors on the ADL data base. 

SIZE (k): Total = 0.7 FORT = 0.0 ALC = 0.7 GESS = 0.0 

PREPARATION: Form = yes No. = 163 Tapc=Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-30-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-31-83 04-01-83 04-01-83 

MVS 05-09-83 06-30-83 07-01-83 

NAME: ATTIT.ATTMAIN.LOAD (ADLTELL); priority 2 
DESCRIPTION: Debugs ADL program. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 ; GESS = 0.0 

PREPARATION: Form = yes No. = 155 Tapc = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-19-83 NR 04-22-83 

MVS 05-09-83 NR 05-20-83 

NAME: ATTIT.ATTMAIN.LOAD (BSCTEST); priority 2 (deleted) 

DESCRIPTION: Tests telecommunications lines. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION:-fl0f- Form = yes No.= l41 Tape = Ta FDS = 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.ATTMAIN.LOAD (DSORGDA); priority 3 (deleted) 

DESCRIPTION: Creates a direct access data set from TSO. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 177 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-24-83 Executed 04-18-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-25-83 04-27-83 04-29-83 

MVS 06-27-83 XX-XX-XX XX-XX-XX 


C-4 



I 
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NAME: ATTIT.ATTMAIN.LOAD (DSREPORT); priority 3 (deleted) 
DESCRIPTION: Gives a report of changes in data set allocations. 

SIZE (k): Total = 0.! FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 180 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-15-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-25-83 04-28-83 04-29-83 

MVS 08-22-83 10-05-83 10-07-83 

NAME: ATTIT.ATTMAIN.LOAD (DSUPDATE); priority 3 (deleted) 
DESCRIPTION: Updates a file containing a listing of data sets allocations. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No.= )S2 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-15-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-25-83 04-28-83 04-29-83 

MVS 08-22-83 10-05-83 10-07-83 


ACCEPTED 

05-31-83 

xx-xx-xx 


ACCEPTED 

05-31-83 

XX-XX-XX 


NAME: ATTIT.ATTMAIN.LOAD (DUMPDS); priority 6 (deleted) 

DESCRIPTION: Dumps partitioned data sets in HEX and EBCDIC formats to a TSO terminal. 


SIZE (k): Total = 0.1 FORT = 0.0 

PREPARATION: Form = yes No. = 192 
IBM S/36p BENCHMARK: Defined 05-02-S3 
CONVERSION STARTED 

MVT 05-03-83 

MVS 08-08-S3 


ALC = 0.1 GESS = 0.0 

Tape = Ta FDS = Ca 
Executed 05-02-S3 

BENCHMARK DELIVERED 

05-1S-83 05-20-83 

OS-15-S3 08-19-83 


ACCEPTED 

05-31-83 

XX-XX-XX 


NAME: ATTIT.ATTMAIN.LOAD (ERASE); priority 6 (deleted) 

DESCRIPTION: Rewinds partitioned data sets. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No.= l95 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.ATTMAIN.LOAD (INITDA): priority 3 
DESCRIPTION: Initializes a direct access data set with zeroes. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No. = 183 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-24-83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-06-83 04-07-83 04-22-83 

MVS 06-27-83 06-30-83 07-01-83 


NAME: ATTIT.ATTMAIN.LOAD (LOGSCAN); priority 6 
DESCRIPTION: Lists the OPS log. 


SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 195 
IBM S/360 BENCHMARK: Defined 05-02-83 
CONVERSION STARTED 

MVT 05-09-83 

MVS 09-06-83 


Tape = Ta 
Executed NR 
BENCHMARK 
NR 
NR 


FDS = Ca 

DELIVERED 

05-13-83 

11-01-83 


ACCEPTED 

05-09-83 

08-29-83 


ACCEPTED 

05-25-83 

11-29-83 


C-5 




NAME: ATTIT.ATTM AIN. LOAD (LOOKJCL); priority 6 (deleted) 

DESCRIPTION: Displays the OPS parameter field for graphics jobs. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 208 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Denned 05-02-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX NR XX-XX-XX 

MVS XX-XX-XX NR XX-XX-XX 

NAME: ATTIT.ATTM AIN. LOAD (MAPD); priority 3 (deleted) 

DESCRIPTION: Edits and displays sections of output from the MAPD1SK program. 
SIZE tk): Total = 0.1 FORT = 0.0 ALC = 0.l GESS = 0.0 

PREPARATION: Form = yes No.= !81 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-24-83 Executed 04-18-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-25-83 05-19-83 05-20-83 

MVS 09-27-83 10-05-83 10-07-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

05-31-83 

XX-XX-XX 


NAME: ATTIT.ATTM AIN. LOAD (MINI); priority 6 (deleted) 

DESCRIPTION: Creates a mini restart to test the ADL. Remains separate from the ADL. 


SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No.= 196 Tapc = Ta FDS = Ca 


IBM S/360 BENCHMARK: Defined 
CONVERSION STARTED 

MVT XX-XX-XX 

MVS XX-XX-XX 


XX-XX-XX Executed 
BENCHMARK 
XX-XX-XX 
XX-XX-XX 


XX-XX-XX 

DELIVERED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.ATTM AIN. LOAD (MODPDS); priority 3 

DESCRIPTION: Searches numbers of a PDS for a specified character string and replaces it with the se- 


cond specified character string. 

SIZE (k): Total = 0.3 FORT = 0.0 ALC = 0.3 GESS = 0.0 
PREPARATION: Form = yes No.= 197 Tapc = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-1S-83 Executed 03-30-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-31-S3 04-01-83 04-01-83 

MVS 08-08-83 08-15-83 08-19-83 


ACCEPTED 

05-05-83 

08-29-83 


NAME: ATTIT.ATTM AIN. LOAD (PDSSPACE); priority 3 
DESCRIPTION: Lists the size of each member in a partitioned data set. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 
PREPARATION: Form = yes No.= l76 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-30-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-31-83 04-01-83 04-01-83 

MVS 06-20-83 06-23-83 06-24-83 


ACCEPTED 

05-25-83 

08-29-83 


NAME: ATTIT.ATTM AIN. LOAD (PRWND); priority 3 (deleted) 
DESCRIPTION: Clears the directory block of a PDS. 


SIZE (k): Total = 0.3 FORT = 0.0 
PREPARATION: Form = yes No. = 174 
IBM S/360 BENCHMARK: Defined 03-24-83 
CONVERSION STARTED 

MVT 04-14-83 

MVS 06-27-83 


ALC = 0.3 GESS = 0.0 

Tapc = Ta FDS = Ca 

Executed 04-12-83 

BENCHMARK DELIVERED 

04-22-83 04-22-83 

XX-XX-XX XX-XX-XX 


ACCEPTED 

05-09-83 

XX-XX-XX 


) 


V 
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NAME: ATTIT.ATTM AIN. LOAD (PUNCHPDS); priority 6 (deleted) 

DESCRIPTION: Outputs a partitioned data set to cards. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 179 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.ATTM AIN. LOAD (PURGEMON); priority 6 
DESCRIPTION: Shows whether purging is currently being performed on the ADL data base. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No.= IS8 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-17-83 NR 05-20-83 06-21-83 

MVS 07-29-83 NR 08-12-83 08-29-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.ATTM AIN. LOAD (REVERT): priority 6 (deleted) 

DESCRIPTION: Retrieves oversized PDS members from tape files that were created by using VSCOPY. 
SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 142 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX • XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.ATTM AIN. LOAD (SCANPDS); priority 3 

DESCRIPTION: Seans all members of a PDS for occurrences of a specified character string. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 
PREPARATION: Form = yes No.= l89 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-30-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-31-83 04-01-83 04-01-83 05-04-83 

MVS 09-01-83 09-08-83 09-09-83 09-27-83 


NAME: ATTIT.ATTM AIN. LOAD (SRCHDSN); priority 6 (deleted) 

DESCRIPTION: Searches for a data set on an online pack. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tapc = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.ATTMAIN.LOAD (SRCHVOL); priority 6 

DESCRIPTION: Searches all online scratch packs for a given data set. Returns VOLSER if found. 
SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No. = 191 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-18-S3 Executed 04-18-83 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

05-02-83 

05-05-83 

05-06-83 

05-31-83 

MVS 

08-01-83 

08-11-83 

0S-19-83 

08-29-83 


C-7 



NAME; ATT JT.ATTM AIN. LOAD (TAPENONG); priority 6 

DESCRIPTION: Transmits definitive attitude data from tape ovei a bisynchronous line directly to the 1PD 
from a nongraphics mode job. 


SIZE (k): Total = 0.8 FORT = 0.8 

PREPARATION; Form = yes No. = 202 

IBM S/360 BENCHMARK: Defined 04-18-83 
CONVERSION STARTED 

MVT 04-20-83 

MVS 08-23-83 


ALC = 0.0 GESS = 0.0 

Tape = Ta FDS = Ca 

Executed 04-18-83 

BENCHMARK DELIVERED 

05-25-83 05-27-83 

12-21-83 12-23-83 


ACCEPTED 

07-20-83 

01-04-84 


NAME: ATTIT.ATTMA1N.LOAD (TAPESEND); priority 3 (deleted) 

DESCRIPTION. Transmits a scQuential file from tape using BTAM over telecommunications line using 
OPS. 


SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No. = 201 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-27-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-11-83 NR 05-20-83 

MVS 07-29-83 NR 08-12-83 


ACCEPTED 

06-23-83 

xx-xx-xx 


NAME: ATTIT.ATTMAIN.LOAD (TAPETRAN); priority 3 (deleted) 

DESCRIPTION: Transmits definitive attitude data from tape over a bisynchronous line directly to the IPD 
from a graphics mode job. 

SIZE (k): Total = 1.1 FORT = 0.7 ALC = 0.4 GESS = 0.0 

PREPARATION: Form = yes No. = 146 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-11-83 NR 05-20-83 

MVS 08-08-83 ' NR 0S-19-83 


ACCEPTED 

07-01-83 

04-04-84 


NAME: ATTIT.ATTMAIN.LOAD (TIOTJOB); priority 6 (deleted) 
DESCRIPTION: Displays the TIOT DD entries for job that is executing. 
SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.l GESS = 0~0 
PREPARATION: Form = yes No. = 209 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 


CONVERSION 

MVT 

MVS 


STARTED 

05-09-83 

09-06-83 


BENCHMARK 

NR 

NR 


DELIVERED 

05-13-83 

XX-XX-XX 


ACCEPTED 

05-31-83 

XX-XX-XX 


NAME: ATTIT.ATTMAIN.LOAD (TIOTLINE); priority 6 
DESCRIPTION: Displays TIOT entry. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 210 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-09-83 NR 05-13-83 

MVS 09-06-83 NR 12-23-83 


ACCEPTED 

05-31-83 

04-04-S4 


NAME: ATTIT.ATTMAIN.LOAD (TIOTLIST): priority 6 
DESCRIPTION: Prints TIOT on a terminal or to a given DD name. 
SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 


PREPARATION: Form = yes No. = 211 
IBM S/360 BENCHMARK: Defined 05-02-83 
CONVERSION STARTED 

MVT 05-09-83 

MVS 09-06-8? 


Tape = Ta 
Executed NR 
BENCHMARK 
NR 
NR 


FDS = Ca 

DELIVERED 
05-13-83 
■ 10-28-83 


ACCEPTED 

05-31-83 

11-14-83 





(. • 


NAME: ATTIT.ATTMAIN. UTIL. OBJ (All Members); priority 1 

DESCRIPTION: Contains general purpose utility routines, i.e., matrix multiplication, interpolation, time 
conversion and ephemeris read routines. 

SIZE (k): Total = 5.0 FORT = 5.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = C No. = 228 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-04-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 02-14-83 NR 03-25-83 05-18-83 

MVS 02-14-83 NR 04-15-83 11-16-83 


NAME: ATTIT.ATS6.ATSBS.LOAD (SUNATS); priority 3 (deleted) 

DESCRIPTION: Computes ATS attitude using Sun data. 

SIZE (k): Total = 2.0 FORT = 2.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 231 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-25-83 Executed 04-25-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-27-83 05-02-83 05-06-83 05-25-83 

MVS 07-18-83 XX-XX-XX XX-XX-XX XX-XX-XX 


NAME: ATT1T.DE.DEFUTIL.LOAD (LFSS); priority 3 (deleted) 

DESCRIPTION: Generates the whole list of DE-B fine sensor data for a report in Xerox form. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 114 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 


NAME: ATTIT.DE.DEFUTIL.LOAD (LLIST); priority 3 

DESCRIPTION: Generates the whole list of DE definitive data for the monthly report in a Xerox form. 
SIZE (k): Total = 0.2 FORT = 0.2 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No.= !13 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-13-83 04-15-83 04-15-83 05-02-83 

MVS 08-12-83 08-17-83 08-19-83 11-22-83 


NAME: ATTIT.DE.DEFUTIL.LOAD (LLISTW); priority 3 
DESCRIPTION: Prepares a weekly report for DE-I and DE-2 in a Xerox form. 

SIZE (k): Total = 0.2 FORT = 0.2 . ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 112 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-13-83. 04-15-83 04-15-83 

MVS 08-12-83 C8-17-83 08-19-83 

NAME: ATTIT.DE.DEFUTIL.LOAD (LMONTH); priority 3 
DESCRIPTION: Creates a monthly DE definitive data processing status report. 

SIZE (k): Total = 0.3 FORT = 0.3 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 111 Tapc = Ta • FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-8? 

CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-13-83 04-15-83 04-15-8? 

MVS 08-12-83 08-17-83 08-19-83 


ACCEPTED 

05-02-83 

11-22-83 


ACCEPTED 

05-02-83 

11-22-83 


i 


I 


i 
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NAME: ATTIT.DE. DEFUTIL. LOAD (LWKLY); priority 3 
DESCRIPTION: Creates a weekly definitive data processing status report for DE. 
SIZE (k): Total = 0.3 FORT = 0.3 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 110 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04*83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-13-83 04-15-83 04-15-83 

MVS 08-12-83 08-17-83 08-19-83 


NAME: ATTIT.DE. DEFUTIL. LOAD (TPRPFSS); priority 3 (deleted) 
DESCRIPTION: DE-B FSS correction preprocessor. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 109 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.DE. MAGCP. LOAD (CPI019); priority 3 (deleted) 

DESCRIPTION: Controls and predicts Magsat attitude. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.'J GESS = 0.0 

PREPARATION: Form = yes No. = 108 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.DE.RTUTIL.LOAD (ATT1008A); priority 2 
DESCRIPTION: Generates DE attitude maneuver commands. 

SIZE (k): Total = 6.9 FORT = 6.9 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 28 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 02-25-83 Executed 02-25-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-16-83 03-18-83 04-08-83 

MVS 08-01-83 > 09-26-83 09-30-83 

NAME: ATTIT.DE.RTUTIL.LOAD (DEMAP); priority 2 
DESCRIPTION: Predicts results of the attitude and momentum commands. 

SIZE (k): Total = 6.9 FORT = 6.9 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No.31 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 02-25-83 Executed 02-25-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-16-83 03-18-83 04-08-83 

MVS 08-01-83 09-20-83 ' 09-30-83 

NAME: ATTIT.DE.RTUTIL.LOAD (DEMOM); priority 2 
DESCRIPTION: Generates DE momentum commands. 

SIZE (k): Total = 6.9 FORT = 6.9 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 32 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-25-83 Executed 02-25-83 
CONVERSION STARTED 


MVT 

MVS 


03-16-83 

08-01-83 


BENCHMARK 

03-18-83 

09-26-83 


DELIVERED 

04-08-83 

09-10-83 


ACCEPTED 

05-02-83 

11-22-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

05-25-83 

11-21-83 


ACCEPTED 

05-31-83 

11-21-83 


ACCEPTED 

05-31-83 

11-21-83 


,* • ,1 


V 
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NAME: ATTIT.DE. RTUT1L.L0AD (DESERV); priority 2 

DESCRIPTION: Predicts the visibility of Sun and/or Earth data for the DE spacecraft attitude sensors 
and generates DE-2 data generator coefficients. 

SIZE (k): Total = 9.2 FORT = 8.I ALC = 0.0 GESS=!.l 

PREPARATION: Form = yes No. = 33 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-11-83 03-1 1-83 04-22-83 

07-05-83 07-08-83 07-15-83 


ACCEPTED 

05-02-83 

11-09-83 


NAME: ATTIT.DE. RTUTIL.LOAD (DETRAN); priority 2 

?.S C 5! P " T 0S ,'' ?-, eCkS th t^ Uali ' y ° f final ° UtpUt for three DE a,,itude determination systems. 
SIZE (k): Total = 5.2 FORT = 4.0 ALC = 0.5 GESS = 0.7 

PREPARATION: Form = yes No. = 34 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-21-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-24-83 04-14-83 04-15-83 

MVS 05-23-83 07-05-83 07-08-83 


NAME: ATTIT.DE. RTUTIL.TLOAD (CMSPRINT); priority 5 (deleted) 
DESCRIPTION: Prints a command management system file, 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = none No. = none Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.DE. RTUTIL.TLOAD (SUNDAT); priority 5 (deleted) 

DESCmPTION: Predicts the time when the Sun will be in the Sun sensor Held of view. 
SIZE (k): Total -0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.DE. UTIL. LOAD (CMSPRINT); priority 2 
DESCRIPTION: Prints a command management system file. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 35 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-10-83 Executed 03-10-83 
CONVERSION STARTED BENCHMARK DELIVERED 

03-21-83 03-24-83 04-01-83 

MVS 06-20-83 09-09-83 09-09-83 

NAME: ATTIT.DE. UTIL. LOAD (DEFRANK); priority 2 
DESCRIPTION: Reads a real time attitude history data set. 

SIZE (k): Total = 2.0 FORT =1.9 ALC = 0.1 GESS = 0.0 

.PREPARATION: Form = yes No. = 36 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-10-83 Executed 03-10-83 


CONVERSION 
MVT 
MVS 


STARTED 

03-21-83 

09-12-83 


BENCHMARK 
03-25-83 
09-15-83 


DELIVERED 

04-01-83 

09-16-83 


ACCEPTED 

06-02-83 

11-21-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

05-25-83 

11-23-83 


ACCEPTED 

05-18-83 

11-02-83 
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NAME: ATTiT.DE. UTIL. LOAD (LAMBDA); priority 2 
DESCRIPTION: Formats spacecraft ephemeris information. 

SIZE (k): Total = 2.0 FORT =1.9 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 41 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09*83 Executed 02-09-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03 11-83 03-11-83 04-08-83 

MVS 06-20-83 06-23-83 06-24-83 

NAME: ATTIT.DE. UTIL. LOAD (LBNFLD); priority 2 
DESCRIPTION': Computes magnetic field and LBN coordinates. 

SIZE (k): Total = 2.2 FORT = 2.1 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 42 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-10-83 Executed 03-10-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-21-83 03-24-83 04-08-83 

MVS 06-13-83 06-17-83 06-17-83 

NAME: ATTIT.DE. UTIL. LOAD (RDEXPFIL); priority 2 
DESCRIPTION: Reads experimenter’s file. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 45 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-25-83 Executed 03-25-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-28-83 03-31-83 04-22-83 

MVS 06-27-83 06-30-83 07-08-83 

NAME: ATTIT.DEA. ADS. LOAD (DEA1119A); priority 2 
DESCRIPTION: Calculates attitude for DE-1. 

SIZE (k): Total = 69.1 FORT = 59.7 ALC=1.2 GESS = 8.2 

PREPARATION: Form = yes No. = 46 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-21-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-24-83 04-14-83 04-22-83 

MVS 06-27-83 07-29-83 08-05-83 


NAME: ATT IT. DEB. ADS. LOAD (DEB0504A); priority 3 
DESCRIPTION: Calculates attitude for DE-2. 

SIZE (k): Total = 68.1 FORT = 58.5 ALC=1.8 GESS = 7.8 

PREPARATION: Form = yes No. = 48 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 03-21-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT ^-24-83 05-06-83 05-06-83 06-02-83 

MVS 08-15-83 08-24-83 08-26-83 12-13-S3 

NAME: ATTIT. DEV. AV1AP. LOAD (AMAP); priority 4 (deleted) 

DESCRIPTION: Generates constraints on attitude and reference vectors, predicts launch windows for a 
satellite. 

SIZE (k): Total = 7.6 FORT = 7.6 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 26 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-03-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-09-83 NR 05-20-83 XX-XX-XX 

MVS 08-22-83 NR 11-18-83 XX-XX-XX 
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NAME: ATTIT.DEV.AMAP.OSAG.LOAD (OSAG); priority 6 (deleted) 

DESCRIPTION: Generates orbit, Sun, and attitude geometry information for a spacecraft. 

SIZE (k): Total =1.2 FORT =1.1 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 107 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 05-03-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-04-83 NR 05-06-83 07-20-83 

MVS 08-22-83 NR 10-14-83 XX-XX-XX 

NAME: ATTIT. DEV. DE.ABOS. LOAD (ABOSYS1M); priority 4 (deleted) 

DESCRIPTION: Predicts attitude bias and observability. 

SIZE (k): Total = 0.0 ' FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 25 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT. DYNS1.M. LOAD (DS0203); priority 3 
DESCRIPTION: Simulates spacecraft dynamics. 

SIZE (k): Total = 15.4 FORT=I2.9 ALC = 0.4 GESS = 2.1 

PREPARATION: Form = yes No. = 88 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 05-12-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-16-83 05-19-83 05-20-83 06-03-83 

MVS 07-18-83 07-22-83 07-29-83 08-18-83 

NAME: ATTIT. DYNSIM. LOAD (RES): priority 3 (deleted) 

DESCRIPTION: Existing GESS resident tables for load module creation of dynamics simulator program. 
SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 89 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT. DYNSIM. LOAD (TRALER); priority 3 

DESCRIPTION: Creates subroutine titles at the bottom of source listings by using output from “PRINT 
command. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 90 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-03-83 NR 05-06-83 06-02-83 

MVS 07-11-83 NR 07-15-83 10-03-83 

NAME: ATTIT. DYNSIM. LOAD (TRES); priority 3 (deleted) 

DESCRIPTION: Test resident table for DYNSIM load module creation. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 89 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 
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NAME: ATTIT.GOES.ABOS.LOAD (ABOSYSIM); priority 4 (deleted) 
DESCRIPTION: Computes attitude biases and observability values. 

SIZE (k): Total = 5.0 FORT = 5.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 25 Tape-Ta *r s _Ca 
IBM S/360 BENCHMARK: Defined 05-03-83 Executed 05-03-83 
CONVERSION STARTED BENCHMARK DELIVERED 

ViVT 05-09-83 05-12-83 05-20-83 

MVS 08-15-83 11-02-83 11-04-83 

NAME: ATT 1 T.GOES.MSAD.LOAD (MSAD1231); priority 3 
DESCRIPTION: Calculates GOES spacecraft attitudes. 

SIZE (k): Total = 49.7 FORT = 42.5 ALC = 3 ;‘ ) . T . GESS-4.2 
PREPARATION: Form = yes No.= 12 Tape-Ta F ~ s C 

IBM S/360 BENCHMARK: Defined 04-22-83 Executed 04-.2-83 
CONVERSION STARTED BENCHMARK DELIVERED 

M VT 04-27-83 05-12-83 05-13-83 

MVS 06-13-83 06-30-83 07-01-83 

NAME: ATT 1 T.GOES.SIM.LOAD (SM515); priority 4 
DESCRIPTION: Simulates GOES satellite telemetry data. 

SIZE (k): Total =1.7 FORT- 1.7 ALC = 0.0 GESS-0.0 
PREPARATION: Form = yes No. =91 Tape-Ta FI ? S Ca 

IBM S/360 BENCHMARK: Defined 05-03-83 Executed 05-03-83 
CONVERSION STARTED BENCHMARK DELI ' ERED 

MVT 05-09-83 05-12-83 05 -.0-83 

‘ NI VS 07-22-83 ‘ 08-05-83 08-05-83 

NAME: ATTIT.ISEE. DEFOG. LOAD (DEFOG6); priority 2 
DESCRIPTION: Generates definitive output for ISEE-1 and ISEE-2. 

SIZE (k): Total = 7.8 FORT = 6.5 ALC = 0.6 GES t - S r T c °l 7 r - 

PREPARATION: Form = yes No. = 8 Tape = Ta FDS-Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-08-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-19-83 04-21-83 04-22-83 

MVS ‘ 07-18-83 09-16-83 09-23-83 

NAME: ATTIT.ISEE. UTIL. LOAD (AQC303); priority 3 (deleted) 

DESCRIPTION: None. „„„ 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 11 Tape-Ta ™ Ct 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX . XX-XX-XX 


ACCEPTED 

XX-XX-XX 

12-13-83 


ACCEPTED 

06-16-83 

12-03-83 


ACCEPTED 

XX-XX-XX 

12-03-83 


ACCEPTED 

06-01-83 

11-04-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.ISEE.UTIL.LOAD (AQC306); priority 2 ' KQfnrKFF , 

DESCRIPTION: Compares attitude solutions obtained from the PAS and those from FSS for ISEE-3. 

SIZE (k): Total =1.8 FORT = 1 .7 ALC = 0. 1 CESS ! = 0.0 

PREPARATION: Form = yes No. = 55 Tape-Ta FDS Ca 

IBM S/360 BENCHMARK: Defined 03-25-83 Executed 04-13-83 ACCEPTED 

STAGED BENXHMAUK DEUVEBED ACCEPTED 

MVS 06-20-83 06-24-83 06-24-83 10-05-83 
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NAME: ATT1T.ISEE.UTIL.L0AD (ARCHIVE): priority 2 
DESCRIPTION: Archives ISEE-2 Sun Angle data set. 


SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 57 Tape = Ta FDS = Ca 


IBM S/360 BENCHMARK: Defined 03-25-83 
CONVERSION STARTED 

MVT 04-13-83 

MVS 05-30-83 


Executed 04-08-83 
BENCHMARK 
04-14-83 
06-02-83 


DELIVERED 

04-15-83 

06-03-83 


NAME: ATTIT.ISEE. UTIL. LOAD (ASUD1); priority 2 (deleted) 

DESCRIPTION: Provides analytical support for attitude determination for the ISEE-2. 
SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 2 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


NAME: ATTIT.ISEE. UTIL. LOAD (CMAN); priority 2 

DESCRIPTION: Converts ISEE-3 coordinate system from relative solar ecliptic to GCI. 
SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 58 Tapc = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-08-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-11-83 04-12-83 04-15-83 

MVS 05-30-83 06-02-83 06-03-83 

NAME: ATTIT.ISEE. UTIL. LOAD (DEFOGQA); priority 2 
DESCRIPTION: Quality assures ISEE-1 and ISEE-2 definitive output. 

SIZE (k): Total = 0.4 FORT = 0.4 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 59 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 04-13-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-19-83 04-21-83 04-22-83 

MVS 06-20-83 06-23-83 06-24-83 

NAME: ATTIT.ISEE. UTIL. LOAD (ICDRVR); priority 2 
DESCRIPTION: Drives ISEE maneuver routines. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 60 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-08-83 
CONVERfON STARTED BENCHMARK DELIVERED 

MVT 04-11-83 04-12-83 04-15-83 

MVS 05-31-83 06-02-83 06-03-83 


NAME: ATTIT.ISEE.UTIL.LOAD (PASV1); priority 2 

DESCRIPTION: Predicts availability of attitude data from the panoramic attitude sensor. 
SIZE (k): Total = 3.0 FORT = 3.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 7 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-14-83 Executed 04-08-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-12-83 04-15-83 04-15-83 

MVS 09-29-83 11-04-83 11-04-83 


ACCEPTED 

06- 01-83 

07- 19-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

05-25-83 

07-19-83 


ACCEPTED 

06- 01-83 

07- 29-83 


ACCEPTED 

05-25-83 

07-19-83 


ACCEPTED 

05-25-83 

11-29-83 
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NAME: ATTIT.ISEE. UTIL. LOAD (PLTICA); priority 3 

DESCRIPTION: Calculates and plots polar coordinates of an attitude by using a reference vector as a 
center of coordinates. 

SIZE (k): Total =0.1 FORT = 0. 1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 61 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-25-83 Executed 04-08-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-12-83 04-15-83 04-15-83 05-25-83 

MVS 05-31-83 06-02-83 06-03-83 07-19-83 


NAME: ATTIT.ISEE. UTIL. LOAD (RDEFOG); priority 2 

DESCRIPTION: Reads ISEE-1 and ISEE-2 transmission data sets from tape or disk and prints the dates 
of data and date processed. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 


PREPARATION: Form = yes No. = 56 

IBM S/360 BENCHMARK: Defined 03-25-83 
CONVERSION STARTED 

MVT 04-19-83 

MVS 06-02-83 


Tape = Ta FDS = Ca 

Executed 04-13-83 

BENCHMARK DELIVERED 

04-21-83 04-22-83 

06-07-83 06-17-83 


ACCEPTED 

06-01-83 

09-12-83 


NAME: ATTIT.ISEE.UTIL.LOAD (SPADE); priority 2 

DESCRIPTION: Used as a maneuver planning utility for ISEE-1 and ISEE-3. 

SIZE (k): Total = 0. 1 FORT = 0. 1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 53 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-08-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-11-83 04-12-83 04-15-83 05-25-83 

MVS 06-06-83 06-07-83 06-17-83 07-19-83 


NAME: ATTIT.ISEE.UTIL.LOAD (SPIN); priority 2 
DESCRIPTION: Computes ISEE-1 and ISEE-3 spin maneuvers. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 54 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 04-08-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-11-83 04-12-83 04-15-83 05-25-83 

MVS 06-13-83 06-16-83 06-17-83 07-19-83 

NAME: ATTIT.ISEE.UTIL.LOAD (VOLUME); priority 2 

DESCRIPTION: Computes ISEE-1 and ISEE-2 telemetry volume. Adds data to the appropriate data base 
for subsequent (optional) use by a graphics routine. 

SIZE (k): Total = 0.2 FORT = 0.2 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 63 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-01-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-06-83 04-08-83 04-08-83 05-25-83 

MVS 06-02-83 09-08-83 09-09-83 11-04-83 


NAME: ATTIT.ISEEA. ACS. LOAD (ISEEAAC1); priority 2 

DESCRIPTION: Generates ISEE-1 spin axis attitude reorientation sequences as well as the commands 
necessary for execution of a maneuver sequence. 

SIZE (k): Total =4.4 FORT = 3.6 ALC = 0.0 GESS = 0.8 


PREPARATION: Form = yes No. = 6 
IBM S/360 BENCHMARK: Defined 03-04-83 
CONVERSION STARTED 

MVT 04-06-83 

MVS 07-11-83 


Tape = Ta FDS = Ca 


Executed 03-31-83 
BENCHMARK 
04-08-83 
07-29-83 


DELIVERED 

04-08-83 

07-29-83 


ACCEPTED 

05-25-83 

11-04-83 
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NAME: ATTIT.ISEEA.MSAD.LOAD (ISEEA4); priority 2 

?i 7 F C ^! P r I ?‘T So Ula,eS L S ^;‘ spacecraft spin «>* attitudes from telemetered PAS data. 
SIZE (k): Total = 69.9 FORT = 62.4 ALC= 1.1 GESS = 64 

PREPARATION: Form = yes No. = 4 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-14-83 Executed 04-01-83 
CONVERSION STARTED BENCHMARK DELIVERED 

04-07-83 04-14-83 04-15-8* 

MVS 07-28-83 08-31-83 ' 09-09-83 

NAME: ATTIT.ISEEB.MSAD.LOAD (ISEEB4); priority 2 

c D nr C !! P T 0 '? Calculates ISEE-2 spin axis attitudes from telemetered ASU readings. 

SIZE (k): Total -54.6 FORT = 48.6 ALC=1.1 GESS=5.5 

PREPARATION: Form = yes No. = 1 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-08-83 
CONVERSKJN STARTED BENCHMARK DELIVERED 

MVT 04-12-83 0-1-15-83 04-15-83 

MVS 06-20-83 09-15-83 09-16-83 

NAME: ATTIT. ISEEB. ASU. LOAD (ASUD1); priority 2 
DESCRIPTION: Predicts quality of data for the sensor unit. 

SIZE (k): Total = 3.0 FORT = 3.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 2 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-25-83 Executed 04-08-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-15-83 04-18-83 04-22-83 

MVS 06-01-83 06-23-83 06-24-83 


ACCEPTED 

05-25-83 

11-04-83 


ACCEPTED 

05-25-83 

11-04-83 


ACCEPTED 

06-01-83 

09-12-83 


NAME: ATTIT. ISEEB. ESA. RIPPLE. LOAD (RIPPLE); priority 3 

osciUadon T,ON: C ° mpUteS spin period oscilIation frequency and generates commands to dampen 

SIZE (k): Total = 2.5 FORT = 2.2 ALC = 0.3 GESS = 0.0 

PREPARATION: Form = yes No. = 62 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-18-83 Executed 04-18-83 
CONVERSION STARTED BENCHMARK DELIVERED 

l.yj 04-20-83 04-21-83 04-22-83 

06-13-83 06-24-83 06-24-83 


ACCEPTED 

06-01-83 

09-28-83 


NAME. ATTIT. ISEEB. SUNATT. LOAD (ADS1220A); priority 2 

Computes spin axis attitudes for ISEE-2 using a set of Sun-angle measurements. 

MZE (k). Total -3.5 FORT = 3.4 ALC = 0.I GESS = 0.O 

PREPARATION: Form = yes No. = 14 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-14-83 Executed 04-01-83 

CONVERSmN STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-06-83 04-08-83 04-08-83 05 25 83 

MVS 07-14-83 «.“!! ?S S83 

NAME: ATTIT. ISEEC.ODAP. LOAD (ODAP); priority 6 (deleted) 

Su I hl I 7I?y : / rediC L S Whe " spa ” craft °P' ical as P ect s ^tem will provide useful data and the accuracy 
with which attitude can be computed. * 

SIZE (k): Total = 0.8 FORT = 0.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 92 Tapc = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 
MVT 
MVS 


STARTED 

XX-XX-XX 

XX-XX-XX 


BENCHMARK 

XX-XX-XX 

XX-XX-XX 


DELIVERED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 
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NAME: ATTIT.ISEEC.ODAP.LOAD (OSAG): priority 6 (deleted) 

DESCRIPTION: Generates orbit, Sun and attitude geometry information for a satellite. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 93 Tapc = Ta ^pS-Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-X.VXX 
CONVERSION STARTED BENCHMARK DELI3ERED i 

V1VT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATT1T.ISEEC.ACS;L0AD (ACSMAN2): priority 2 

DESCRIPTION: Computes spin-axis reorientation maneuver parameter for the lbth-3. 

SIZE (k): Total = 28.0 FORT = 28.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 52 Tape-Ta FDS-Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-31-83 
CONVERSION STARTED BENCHMARK DELI3 ERLD 

MVT 04-05-83 04-06-83 04-08-83 

MVS 08-01-83 OS-16-83 08-19-83 

NAME: ATTIT.ISEEC.FSSDAT.LOAD (FSSDAT); priority 2 
DESCRIPTION: Manages FSS operational and definitive tiles. 

SIZE (k): Total = 2.6 FORT = 2.6 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = ves No. = 9 Tapc = Ta FDS-Ca 

IBM S/360 BENCHMARK: Defined 03-25-83 Executed 04-08-S3 

CONVERSION STARTED BENCHMARK DELI' ERED 

' MVT ' 04-11-83 04-14-83 04-29-83 

MVS 05-27-83 06-02-83 06-03-S3 

NAME: ATTIT.1SEEC.MSAD.LOAD (ICC ADS); priority 2 
DESCRIPTION: Calculates ISEE-3 spacecraft spin axis attitudes. 

SIZE (k): Total = 75.7 FORT = 67.2 ALC =1.1 GESS = 7.4 

PREPARATION: Form = yes No.= 10 Tape = Ta FDS-Ca 

IBM S/360 BENCHMARK: Defined 03-14-83 Executed 04-06-83 
CONVERSION STARTED BENCHMARK DELI' ERED 

' mvt 04-18-S3 04-29-S3 04-29-S3 

MVS 07-12-83 07-27-83 07-29-83 

NAME: ATTIT.ISEEC.MSAD.LOAD (RAW1N): priority 2 (deleted) 

DESCRIPTION: Initializes FSS raw data set. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 51 Tape = Ta FDS-Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELI' ERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.LANDSAT.GEO.LOAD (GEOS1ID): priority 2 

DESCRIPTION: Calculates the geometric paramuers associated with sunshade performance. 
SIZE (k): Total =0.6 FORT = 0.6 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 80 Tape = la FDS-Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-S3 
CONVERSION STARTED BENCHMARK DEI.l'LRED 

MVT 03-04-83 03-08-83 03-18-83 

MVS 06-01-83 06-06-83 06-17-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 
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NAME: ATTIT.LANDSAT.LOAD (C.SC0S05); priority 2 

DESCRIPTION: Predicts FHST occultations and output data for sunshade analysis. 
SIZE (k): Total = 4. 1 FORT=l.7 ALC = 2.I GESS = 0.3 

PREPARATION: Form = yes No. = 81 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 02-14-83 03-23-83 04-01-83 

MVS 07-11-83 07-14-83 07-15-83 

NAME: ATTIT.MSAP.LOAD (BRRS); priority 3 
DESCRIPTION: Is an orbit generator subroutine. 

SIZE (k): Total = 0.4 FORT = 0.4 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 94 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-11-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-31-83 NR 04-01-83 

MVS 07-05-83 NR 07-08-83 


ACCEPTED 

05-18-S3 

09-12-83 


ACCEPTED 

05-18-83 

11-16-83 


NAME: ATTIT.MSAP.LOAD (ELCONO); priority 3 

DESCRIPTION: Converts geocentric inertial elements to osculating elements and vice versa. 

SIZE <k): Total = 0.6 FOF:T = 0.3 ALC = 0.3 GESS = 0.0 
PREPARATION: Form - yes No. = 95 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-11-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-31-83 NR 04-04-83 05-18-83 

MVS 07-05-83 NR 07-08-83 11-16-S3 


NAME: ATTIT.MSAP.LOAD (KEPLR1); priority 3 

DESCRIPTION. Solves Kepler s equation for eccentric anomaly given the mean anomalv and eccentricity 
by the Miles Standard algorithm. 

SIZE (kl: Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 96 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-11-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-31-83 NR 04-01-83 05-18-S3 

•MVS 07-05-83 NR 07-08-S3 11-16-S3 


NAME: ATTIT.MSAP.LOAD (VECTR2); priority 3 

DESCRIPTION: Obtains most of the orbit dependent quantities usually required in attitude determination, 
simulation, and prediction programs. 

SIZE (k): Total = 1.2 FORT =1.2 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 97 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Detincd 03-11-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-31-83 NR 04-0I-S3 05-IS-S3 

MVS 07-05-83 NR 07-08-83 U-16-S3 


NAME: ATTIT.MSAP.LOAD (VTROPO); priority 3 
DESCRIPTION: Is a vector operation package. 

SIZE (k): Total = 0.3 FORT = 0.0 ALC = 0.3 GESS = 0,0 


PREPARATION: Form = yes No. = 98 

IBM S/360 BENCHMARK: Defined 03-11-83 


CONVERSION 

MVT 

MVS 


STARTED 

03-31-83 

07-05-83 


Tape = Ta 
Executed NR 
BENCHMARK 
NR 
NR 


FDS = Ca 

DELIVERED 

04-01-83 

07-0S-S3 


ACCEPTED 

05-1S-83 

11-16-83 
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NAME: ATTIT.0PRL1B.L0AD (ADL): priority 2 

DESCRIPTION: Provides telecommunications support to attitude determination activities by controlling 
the receipt or data, transmitting processed data, and maintaining a data base. 

SIZE (k): Total = 4.6 FORT = 0.0 ALC = 4.6 GESS = 0.0 

PREPARATION: Form = yes No.= l50 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-07-83 04-20-83 04-22-83 05-25-83 

MVS 05-02-83 09-20-83 09-28-83 1 1-16-83 

NAME: ATTIT.OPRLIB.LOAD (ADLARC); priority 2 

DESCRIPTION: Archives data from the data base to a sequential disk or tape data s 
SIZE (k): Total = 0.3 FORT = 0.1 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = ves No. = 160 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-07-83 Executed 03-15-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-17-83 03-21-83 03-25-83 

MVS 07-05-83 07-14-83 07-15-83 

NAME: ATTIT.OPRLIB.LOAD (ADLMSG); priority 2 
DESCRIPTION: Logs ADL diagnostic and status messages. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.T GESS = 0.0 

PREPARATION: Form = yes No.= 152 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-07-83 04-20-S3 04-22-83 

MVS 05-02-83 09-20-83 09-28-83 

NAME: ATTIT.OPRLIB.LOAD (ADLCNTL); priority 2 (deleted) 

DESCRIPTION: Passes information from the ADL main program to the communications block and vice 
versa. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = ves No. = 225 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.OPRLIB.LOAD (ADLDAT); priority 2 
DESCRIPTION: Monitors the data on the data base (inter-active program). 

SIZE (ki: Total =1.1 FORT = 0.0 ALC=!.l GESS = 0.0 

PREPARATION: Form = yes No. = 166 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-10-83 Executed 03-15-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-18-83 03-22-S3 03-25-83 

MVS 07-05-83 08-11-83 08-19-83 

NAME: ATTIT.OPRLIB.LOAD (ADLMON); priority 2 
DESCRIPTION: Queries the status of the ADL, delivers commands to the ADL, and examines output on 
the data base. 

SIZE (k): Total = 2.2 FORT = 0.0 ALC = 2.2 GESS = 0.0 

PREPARATION: Form = yes No. = 153 Tapc = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-10-83 Executed 03-15-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-18-83 03-22-S3 03-25-83 05-25-83 

MVS 05-09-83 05-25-83 05-27-83 11-16-83 




ACCEPTED 

05-*S-S3 

11-16-83 


ACCEPTED 

05-25-83 

08-18-83 


ACCEPTED 

05-25-83 

11-16-83 
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ID. 


ACCEPTED 
05-25-83 
10-27-83 

NAME: ATTIT.OPRLIB.LOAD (ADLPRINT); priority 2 

DESCRIPTION: Formats and prints hard copies of the line history archived on the ADLLOG data set 
SIZE (k): Total = 0.3 FORT = 0.3 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = ves No.= 161 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-OS-83 Executed 03-24-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-25-83 04-01-83 04-08-83 

MVS 06-27-83 07-13-83 07-15-83 


ACCEPTED 

05-18-83 

10-05-83 


NAME: ATTIT.OPRLIB.LOAD (ADLPCT); priority 2 

DESCRIPTION: Displays the percentage of utilization of the ADL data base by satellite 
SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No.= 157 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-25-83 NR 04-29-83 

MVS 0S-08-83 NR 10-14-83 


NAME: ATTIT.OPRLIB.LOAD (ADLPUNCH); priority 2 (deleted) 
DESCRIPTION: None. 


SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.OPRLIB.LOAD (ADLSCAN): priority 2 

DESCRIPTION: Checks for chaining errors and record count discrepancies for a given satellite chain; 
Executes only from TSO. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 164 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-15-83 Executed 03-15-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-16-83 03-21-83 03-25-83 

MVS 06-03-S3 06-08-83 06-17-83 


ACCEPTED 

05-11-83 

08-18-83 


NAME: ATTIT.OPRLIB.I O* ) (AEMDEL); priority 3 (deleted) 

DESCRIPTION: Delete* rs from a partitioned data set. 

SIZE (k): Total = 0.0 <ORT = 0.0 ALC=0.0 CESS = 0.0 

PREPARATION: For = yes No. = 185 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.OPRLIB.LOAD (ANGSEP); priority 6 
DESCRIPTION: Determines the angle between two alpha and delta points. 
SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 220 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-12-83 Executed 04-12-83 


CONVERSION 
MVT 
MVS 


STARTED 

04-20-83 

08-22-83 


BENCHMARK 

04-21-83 

08-31-83 


DELIVEREE 

04-22-83 

10-03-83 


ACCEPTED 

06-23-83 

10-18-83 
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NAME: ATTIT.OPRLIB.LOAD (ATTDATA); priority 3 

DESCRIPTION: Computes attitude dependent geometries for the Sun p-mh ... 

SIZE (k): Total = 3.3 FORT = 3.3 ALC = 0 ft r n« "aT. h * Moon * and ma8nenc Helds. 

PREPARATION: Form = yes No. = 222 Tape = Ta FDS = Ca 

rnvf ?nc»nv NCHMARK: DefinCd ° 4 ' 04 ' 83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVi 04-06-83 04-07-83 ft<; n ri 

MVS 07-IKB 08-12*83 SIS! 


ACCEPTED 

06-23-83 

12-08-83 


fp^Tmv / ! LOAD (ATTIMER); priority 3 (deleted) 

c.vr,,lV ^ CeP$ ‘ hc ,ask ac,ive even ,hou « h the tube may be idle. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 00 

PREPARATION: Form = yes No.= l37 Tape = Ta FDS~Ca 
IBM S/360 BENCHMARK: Defined 04 58-83 Executed NR 
CONVERSION STARTED . BENCHMARK DELIVERED 

05-02-83 NR fts nr; sn 

MVS NR 

NAME: ATTIT.OPRLIB.LOAD (CADLT); priority 3 
DESCRIPTION: Monitors data records in the ADL data base 
SIZE (k): Total = 1.3 FORT=l.3 ALC = 0.0 GESS = 00 

PREPARATION: Form = C No. = 175 Tape = Ta FDS-Ca 
SSf HMARK: Defined ° 3 - 15 - 83 Executed 03-15-83 ~ 

MVT STARTED BENCHMARK DELIVERED 

y.I S’!!-!? 03-21-83 03*25*83 

•' VS 07*18*83 * 09-08*83 10-25-83 

NAME: ATTIT.OPRLIB.LOAD (CONES); priority 6 
DESCRIPTION: Calculates cone intersections 
SIZE (k): Total = 0.2 FORT = 0.2 ALC = 0.0 GESS = 00 

PREPARATION: Form = yes No. -218 Tape = Ta FDS 

L B A , .. S ll 6 °.? ENCnMARK: D <-’f'ned 04-12-83 Executed 04-12-83 


ACCEPTED 

05-18-83 

xx-xx-xx 


ACCEPTED 

05-18-83 

11-16-83 


Ca 


CONVERSION 
MVT 
MVS 


STARTED 

04-20-83 

08-22-83 


BENCHMARK 
04-21-83 
08-31-83 


DELIVERED 

04-22-83 

09-02-83 


ACCEPTED 

06-23-83 

09-16-83 


NAME: ATTIT.OPRLIB.LOAD (CONTROL); priority 2 

DESCR'P t '°N; Par*. information from .be ADL main p,o s ,am ,o <be communicate block and vice 

SIZE (k): Count included in ATTIT.OPRLIB.LOAD (ADL) 

PREPARATION: Form = yes No. = 151 Tapc = Ta F ric = ri 

JS\VFIwinv <CI,MARK5 Def ' ned ° 4 ' 04 ' 83 Executed 04-04-83 

STARTED BENCHMARK DELIVERED ACCEPTED 


MVT 

MVS 


04- 07-83 

05- 02-83 


04-20-83 

09-20-83 


04-22-83 

09-28-83 


05-25-83 

11-16-83 


NAME: ATTIT.OPRLIB.LOAD (CONVERT); priority 3 

“"Vlc-o r " lambda « «,». 

PREPARATION: Eorm.ye, No*. ,70 TaL-Ta ms-Ca 

CONVfI^nN NC,IMAR c/ Dtfi "' d 05 '' S ' 8J Cvccuted 03.15*83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVS Ofi'rp’S 03-22-83 03-25-83 

b 06-02-83 10-31-83 11 04-83 


ACCEPTED 

06-23-83 

12-0S-83 


V ) 
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NAME: ATTIT.OPRLIB.LOAD (COPYDD); priority 6 
DESCRIPTION: Copies one sequential data set to another by ddnamc. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No.= l78 Tape = Ta FDS = Ca 


IBM S/360 BENCHMARK: Defined 04-18-83 
CONVERSION STARTED 

MVT 04-27-83 

MVS 08-08-83 


Executed 04-18-83 
BENCHMARK 
04-28-83 
08-11-83 


DELIVERED 

05-06-83 

08-19-83 


NAME: ATTIT.OPRLIB.LOAD (ENABLE); priority 2 
DESCRIPTION: Tests a telecommunications line. 


SIZE (k): Count included in ATTIT.OPRLIB.LOAD (ADL) 
PREPARATION: Form = yes No.= 125 Tapc = Ta FDS = Ca 


IBM S/360 BENCHMARK: Defined 04-04-83 
CONVERSION STARTED 

MVT 04-25-83 

MVS 09-19-83 


Executed 04-04-83 
BENCHMARK 
04-27-83 
09-28-83 


DELIVERED 

04-29-83 

09-30-83 


NAME: ATTIT.OPRLIB.LOAD (EPHTAP): priority 6 
DESCRIPTION: Reads the header of an ephemeris tape. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.l GESS = 0.0 
PREPARATION: Form = yes No.= 198 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-27-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-04-83 NR 05-06-83 

MVS 08-15-83 NR 09-02-83 


NAME: ATTIT.OPRLIB.LOAD (EPHRD); priority 3 
DESCRIPTION: Reads the header from an ephemeris tape. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 203 
IBM S/360 BENCHMARK: Defined 03-04-S3 
CONVERSION STARTED 

MVT 03-17-83 

MVS 07-18-83 


Tape = Ta FDS = Ca 
Executed 03-15-83 

BENCHMARK DELIVERED 

03-22-83 03-25-83 

09-22-83 09-23-83 


NAME: ATTIT.OPRLIB.LOAD (EPHCOPY); priority 3 
DESCRIPTION: Writes out portions of an ephemeris data set. 

SIZE (k): Total = 0.4 FORT = 0.4 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 168 
IBM S/360 BENCHMARK: Defined 03-24-83 
CONVERSION STARTED 

MVT 03-25-83 

MVS 06-27-83 


Tape — Ta FDS — Ca 
Executed 03-24-83 

BENCHMARK DELIVERED 

04-01-83 04-08-83 

06-29-83 07-01-83 


NAME: ATTIT.OPRLIB.LOAD (FTIMER); priority 3 

DESCRIPTION: Reads system clock and computes \V time and W datc/day intervals: 
execution/job submission. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 184 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-02-S3 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-09-83 NR 05-13-83 

MVS 07-22-83 NR 07-29-83 


ACCEPTED 

05-18-83 

10-07-83 


ACCEPTED 

05-25-83 

10-24-83 


ACCEPTED 

05-25-83 

09-27-83 


ACCEPTED 

05-18-83 

11-17-83 


ACCEPTED 

05-09-83 

07-29-83 


used for automatic 


ACCEPTED 

05-31-83 

10-05-83 
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NAME: ATT1T.0PRLIB.L0AD (GAMXVIN); priority 3 
DESCRIPTION: Produces launch window constraints. 


SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 167 Tape = Ta FDS = Ca 


IBM S/360 BENCHMARK: Defined 04-20-83 
CONVERSION STARTED 

MVT 04-25-83 

MVS 08-15-83 


Executed 04-20-83 
BENCHMARK 
04-27-83 
09-01-83 


DELIVERED 

04-29-83 

09-02-83 


ACCEPTED 

06-23-83 

10-21-83 


NAME: ATTIT.OPRLIB.LOAD (GESSDOC); priority 3 

DESCRIPTION: Produces formatted tables of displays, CPOINTS and alphabetical listings of GESS 
allocated arrays for any system that uses GESS. 

SIZE (k): Total = 2.0 FORT = 2.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 186 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-18-83 Executed 04-20-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-25-83 05-02-83 05-06-83 06-23-83 

MVS 08-08-83 08-26-83 09-02-83 09-27-83 


NAME: ATTIT.OPRLIB.LOAD (HALTLINE); priority 3 
DESCRIPTION: Disables a telecommunications line. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 221 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-25-83 04-27-83 04-29-83 05-31-83 

MVS 09-19-83 09-28-83 09-30-83 10-24-83 


NAME: ATTIT.OPRLIB.LOAD (LASTPASS): priority 2 

DESCRIPTION: Retrieves and displays information regarding the most recently received telemetry data 
pass for any spacecraft on the ADL. 

SIZE (k): Total = 0.6 FORT = 0.0 ALC = 0.6 GESS = 0.0 

PREPARATION: Form = yes No. = 149 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-15-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-16-83 03-22-83 03-25-83 05-18-83 

MVS 08-22-83 09-19-83 09-23-83 10-06-83 


NAME: ATTIT.OPRLIB.LOAD (LISTVOLS); priority 2 
DESCRIPTION: Lists space on online volumes. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 135 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-15-83 04-18-83 04-22-83 

MVS 07-11-83 07-14-83 07-15-83 

NAME: ATTIT.OPRLIB.LOAD (LOADJCL); priority 6 (deleted) 

DESCRIPTION: Loads a set of DD entries from the OPS JCLLIB. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 206 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-07-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX NR XX-XX-XX 

MVS XX-XX-XX NR XX-XX-XX 


ACCEPTED 

05-25-83 

08-29-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


e-24 


1 / 


NAME: ATTIT.OPRLIB.LOAD (MINIMAP); priority 2 (deleted) 

DESCRIPTION: Maps individual data sets on volumes where data sets. reside, provides a listing of 
( « members names of partitioned and PANVALET data sets. 

SIZE (k): Total = 2.0 FORT = 0.4 ALC=1.6 GESS = 0.0 

PREPARATION: Form = yes No. = 147 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-11-83 03-15-83 03-25-83 05-25-83 

MVS 06-20-83 09-30-83 09-30-83 XX-XX-XX 

NAME: ATTIT.OPRLIB.LOAD (NODEHIST): priority 2 
DESCRIPTION: Predicts progression of nodes. 

SIZE (k): Total = 2.4 FORT = 2.3 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 156 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: DeP ed 02-09-83 Executed 02-09-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 02-14-83 03-03-83 04-08-83 

MVS 06-01-83 07-29-83 08-05-83 

NAME: ATTIT.OPRLIB.LOAD (ODAP); priority 3 
DESCRIPTION: Predicts when a spacecraft optical aspect system will provide useful data and the 
accuracy with which attitudes can be computed from that data. 

SIZE (k): Total = 0.8 FORT = 0.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 216 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-05-83 Executed 05-05-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-09-83 05-12-83 05-13-83 07-01-83 

MVS 06-27-83 ' 10-12-83 10-14-83 11-04-83 


i 

i 


ACCEPTED 

05-25-83 

09-29-83 


NAME: ATTIT.OPRLIB.LOAD (OPFLASH); priority 2 

DESCRIPTION: Displays the bottom half of the ATFLASH display on a beehive terminal. 
SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 169 Tape=Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-15-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-16-83 04-1 8-**\ 04-29-S3 

MVS 06-01-83 07-13 83 07-15-S3 

NAME: ATTIT.OPRLIB.LOAD (OPSLIN); priority 6 
DESCRIPTION: Initializes OPS log routines. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 207 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-07-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

(•’ MVT 05-09-83 NR 05-13-83 

MVS 09-09-83 NR 09-16-83 

C-25 


ACCEPTED 

05-25-83 

1C-21-83 


ACCEPTED 

05-18-83 

10-06-83 


NAME: ATTIT.OPRLIB.LOAD (OPPDSDEL); priority 3 
DESCRIPTION: Deletes members from a partitioned data set. 

SIZE (k): Total = 0.2 FORT = 0.1 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 130 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-24-83 Executed 03-24-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-25-83 04-01-83 05-06-S3 

MVS 07-07-83 07-14-83 07-15-83 


ACCEPTED 

05-25-83 

10-07-83 




/ 


NAME: ATTIT.OPRLIB.LOAD (OPSLP); priority 6 (deleted) 

DESCRIPTION: Retrieves and displays information rega r Jing the most recently received telemetry data 
pass for any spacecraft on the ADL in an online fashion. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.d GESS = 0.0 
PREPARATION: Form = yes No.= 162 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-09-83 NR 05-13-83 05-25-83 

MVS XX-XX-XX NR XX-XX-XX XX-XX-XX 


NAME: ATTIT.OPRLIB.LOAD (OSAG); priority 3 

DESCRIPTION: Computes spacecraft orbit. Sun, and attitude geometries. 

SIZE (k): Total = 0.6 FORT = 0.6 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 215 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-18-83 Executed 04-18-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 05-02-83 05-06-83 05-13-83 05-25-83 

MVS 06-20-83 09-12-83 09-16-83 12-08-83 


NAME: ATTIT.OPRLIB.LOAD (OUTARC); priority 3 

DESCRIPTION: Copies a transmission data set from disk to tape or from tape to disk. 

SIZE (k): Total = 1.5 FORT=1.5 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 200 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-24-83 Executed 03-24-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-25-83 04-01-83 04-08-83 05-25-83 

MVS 07-18-83 08-24-83 08-26-83 09-16-83 

NAME: ATTIT.OPRLIB.LOAD (PERHIST); priority 2 

DESCRIPTION: Predicts spacecraft perigee based on perigee history and current orbital elements. 

SIZE (k): Total = 2.6 FORT = 2.3 ALC = 0.3 GESS = 0.0 

PREPARATION: Form = yes No. = 143 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 02-14-83 03-03-83 04-08-83 

MVS 05-27-83 07-29-83 08-05-83 

NAME: ATTIT.OPRLIB.LOAD (REBLOK); priority 6 
DESCRIPTION: Reblocks telemetry data using FORTRAN access routines. 

SIZE (k): Total = 0. 1 FORT = 0. 1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 199 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-27-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-02-83 NR 05-06-83 

MVS 06-13-83 NR 06-17-83 

NAME: ATTIT.OPRLIB.LOAD (RESETLNE); priority 3 

DESCRIPTION: Frees a telecommunications line from TSO that has been designated by the SETLINE 
routine. 

SIZE (k): Total = 0. 1 FORT = 0.0 ALC = 0. 1 GESS = 0.0 

PREPARATION: Form = yes No. = 173 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

04-25-83 

04-27-83 

04-29-83 

05-25-83 

MVS 

09-19-83 

09-28-83 

09-30-83 

10-24-83 



C-26 




ACCEPTED 

05-05-83 

10-28-83 


ACCEPTED 

07-01-83 

07-29-83 


-» 




/ 


NAME: ATTIT.OPRLIB.LOAD (SETLINE): priority 3 

DESCRIPTION: Designates a telecommunications line to the LINEOUT DD card when the unit address is 
given as a parameter. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 212 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-04-83 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-25-83 04-27-83 04-29-83 05-25-83 

MVS 09-08-83 09-28-83 09-30-83 10-24-83 


NAME: ATTIT.OPRLIB.LOAD (SUN); priority 6 
DESCRIPTION: Computes Sun angle of given attitude vector. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 219 
IBM S/360 BENCHMARK: Defined 04-12-83 
CONVERSION STARTED 

MVT 04-20-83 

MVS 08-22-83 


Tape = Ta FDS = Ca 

Executed 04-12-83 

BENCHMARK DELIVERED 

04-21-83 04-22-83 

08-24-83 08-26-83 


ACCEPTED 

06-23-83 

09-27-83 


NAME: ATTIT.OPRLIB.LOAD (SUNDAP); priority 6 
DESCRIPTION: Predicts time when Sun is in the Sun sensor field of view. 


SIZE (k): Total = 0.8 FORT = 0.8 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 27 
IBM S/360 BENCHMARK: Defined 05-02-83 
CONVERSION STARTED 

MVT 05-04-83 

MVS 07-29-83 


Tape = Ta 
Executed NR 
BENCHMARK 
NR 
NR 


FDS = Ca 

DELIVERED 

05-06-83 

08-12-83 


ACCEPTED 

06-23-83 

08-29-83 


NAME: ATTIT.OPRLIB.LOAD (TELMFIND); priority 3 

DESCRIPTION: Displays selected portions of telemetry data records. Program unpacks 312 byte records 
and displays up to six values at a time per frame in hex, binary, or integel form. 

SIZE (k): Total = 0.9 FORT = 0.9 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 213 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-15-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-16-83 03-22-83 04-01-83 07-19-83 

MVS 08-22-83 09-07-83 09-09-83 10-27-83 

NAME: ATTIT.OPRLIB.LOAD (TESTGAP); priority 2 

DESCRIPTION: Locates gaps of data in the real-time and definitive attitude data transmissions. 

SIZE (k): Total = 0.6 ” FORT = 0.6 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 214 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 03-15-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-17-83 03-22-83 04-01-83 05-18-83 

MVS 07-05-83 07-07-83 07-08-83 08-18-83 

NAME: ATTIT.OPRLIB.LOAD (TIMEGAP); priority 3 (deleted) 

DESCRIPTION: Examines a user-specified set of telemetry records for a given spacecraft and outputs the 
start and end times of the record members. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 172 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

C-27 
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NAME: ATTIT.OPRLIB.LOAD (TLMGAP); priority 3 (deleted) 

DESCRIPTION: Locates periods of mission data' in real-time and definitive data transmissions. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 171 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

mvt XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: ATTIT.OPRLIB.LOAD (TUBTYP); priority 2 
DESCRIPTION: Determines the tube type assigned to a DD card. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 144 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-16-83 NR 04-01-83 

MVS 05-06-83 NR 05-20-83 

NAME: ATTIT.OPRLIB.LOAD (V6COPY); priority 2 
DESCRIPTION: Performs interactively a variety of input/cutput operations. 

SIZE (k): Total = 7.5 FORT = 3.1 ALC = 3.7 GESS = .7 

PREPARATION: Form = yes No.= 148 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-10-83 Executed 04-04-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-07-83 04-14-83 04-15-83 

MVS 05-26-83 06-30-83 07-01-83 

NAME: ATTIT.OPRLIB.LOAD (XMITBACK); priority 2 
DESCRIPTION: Allows the user to re-create previously transmitted PDS members from an ACTS-created 
tape. 

SIZE (k): Total = 0.2 FORT = 0.0 ALC = 0.2 GESS = 0.0 

PREPARATION: Form = yes No. = 120 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-07-83 04-20-83 04-22-83 05-25-83 

MVS 07-05-83 07-07-83 07-08-83 11-30-83 

NAME: ATTIT.OPRLIB.LOAD (XMITGFX); priority 2 

DESCRIPTION: Permits initialization of XMITTAPE and XMITLINE utilities from a graphics device. 
SIZE (k): Total = 0.4 FORT = 0.0 ALC = 0.4 GESS = 0.0 

PREPARATION: Form = yes No. = 121 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-28-83 NR 05-02-83 05-25-83 

MVS 07-18-83 NR 11-04-83 12-01-83 

• 

NAME: ATTIT.OPRLIB.LOAD (XMITLINE); priority 2 

DESCRIPTION: Performs the transmission function of the ACTS system over a telecommunications line. 
SIZE (k): Total =0.3 FORT = 0.0 ALC = 0.3 GESS = 0.0 


PREPARATION: Form = yes No. = 118 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-18-83 Executed NR 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

04-28-83 

NR 

05-02-83 

05-25-83 

MVS 

07-18-83 

NR 

07-22-83 

11-30-83 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

05-18-83 

11-28-83 


ACCEPTED 

05-31-83 

10-28-83 


C-28 



NAME: ATTIT.OPRLIB.LOAD (XMITTAPE); priority 2 

DESCRIPTION: Performs the transmission function of the ACTS system from magnetic tape 
SIZE (k): Total = 0.4 FORT = 0.0 ALC = 0.4 GESS = 0.0 
PREPARATION: Form = yes No. = U9 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 02-09-83 Executed 02-09-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-07-83 04-20-83 04-22-83 

MVS 07-05-83 07-07-83 07-08-83 

NAME: ATTIT.OPRLIB. OPS. LOAD (All Members); priority 6 
DESCRIPTION: Online processing system. 

SIZE (k): Total = 48.1 FORT = 0.0 ALC = 48.1 GESS = 0.0 

PREPARATION: Form = yes No. =204 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-25-83 NR 05-13-83 

MVS 10-17-83 NR 12-23-83 

NAME: A TTIT. SENSOR. LOWTRN. LOAD (LOW0304A); priority 2 
DESCRIPTION: Generates atmospheric radiance profiles and writes output to a direct access data set. 
SIZE (k): Total = 3.4 FORT = 3.4 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 85 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-04-83 Executed 04-06-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-07-83 04-08-83 04-08-83' 05-25-83 

MVS 06-10-83 06-16-83 06-17-83 07-29-83 

NAME: A TTIT. SENSOR. LOWTRN. LOAD (RAOBS); priority 2 

DESCRIPTION: Averages climatological data for latitude bias for later use in the LOWTRN5 proeram. 
SIZE (k): Total = 3.0 FORT = 3.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 86 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-20-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-20-83 04-21-83 04-22-83 05-31-83 

MVS 06-27-83 06-30-83 07-01-83 11-11-83 


ACCEPTED 

05-25-83 

11-30-83 


ACCEPTED 

05-25-83 

04-04-84 


NAME: A TTIT. SENSOR. LOWTRN. LOAD (RDBASE); priority 2 
DESCRIPTION: Reads a portion of the direct access data base called ATTIT. SENSOR 
RADPRO. MASTER. 

SIZE (k): Total = 0.2 FORT = 0.1 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = yes No. = 87 Tape = Ta FD3 = Ca 
IBM S/360 BENCHMARK: Defined 03-18-83 Executed 04-18-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 04-20-83 04-26-83 04-29-83 

MVS 06-20-83 06-23-83 06-24-83 


NAME: ATTIT.SENSOR. STATS. LOAD (ST0826B); priority 6 
DESCRIPTION: Generates star availability statistics for ASTROS. 

SIZE (k): Total= 1.0 FORT = 0.9 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No. = 99 Tapc = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-04-83 Executed 05-05-83 


CONVERSION STARTED 

MVT 05-06-83 

MVS 06-10-83 


BENCHMARK 

05- 10-83 

06- 15-83 


DELIVERED 

05- 13-83 

06- 17-83 


ACCEPTED 

05-25-83 

07-29-83 


ACCEPTED 

05-31-83 

07-19-83 
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NAME: ATTIT.OPRLIB. OPS. UTIL. LOAD (All Members); priority 6 
DESCRIPTION: OPS utilities. 

SIZE (k): Total = 48.2 FORT = 0.0 ALC = 48.2 GESS = 0.0 

PREPARATION: Form = yes No. = 232 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 05-02-83 Executed NR 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-02-83 NR 05-11-83 

MVS 10-17-83 NR 12-23-83 


NAME: ATTIT.ATTM AIN. LOAD (TSOTEL); priority 2 
DESCRIPTION: Determines if a job is executing under TSO. 

SIZE (k): Total = 0.1 FORT = 0.0 ALC = 0.1 GESS = 0.0 


PREPARATION: Form = yes No. = 233 Tape = Ta 
IBM S/360 BENCHMARK: Defined 04-04-83 Executed NR 
CONVERSION STARTED BENCHMARK 

MVT 04-04-83 NR 

MVS 05-02-83 NR 


FDS = Ca 


DELIVERED 

04- 08-83 

05- 20-83 


NAME: ATTIT. SENSOR. HRDB. LOAD (RM0517); priority 3 
DESCRIPTION: Models horizon radiance for HRDB studies. 

SIZE (k): Total = 2.1 FORT = 2.0 ALC = 0.l GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined 05-20-83 Executed 05-20-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-23-83 06-01-83 06-01-83 

MVS NA NA NA 


NAME: ATTIT. SENSOR. HRDB. LOAD (NM0519); priority 3 
DESCRIPTION: Reads and compares data from NIMBUS tapes with HRDB data. 
SIZE (k): Total = 3.4 FORT = 2.2 ALC=1.2 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 
IBM S/360 BENCHMARK: Defined 05-20-83 Executed 05-20-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-23-83 05-25-83 05-27-83 

MVS NA NA NA 


NAME: ATTIT.SENSOR. HRDB. LOAD (BP0519); priority 3 
DESCRIPTION: Integrates the horizon radiance data for a specified band pass. 

SIZE (k): Total = 1.0 FORT = 0.9 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined 05-20-83 Executed 05-20-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 05-23-83 05-26-83 05-27-83 

MVS NA NA NA 


NAME: ATTIT. SMM.DMS. LOAD (DMS0306); priority 2 
DESCRIPTION: Monitors SMM attitude hardware data. 

SIZE (k): Total = 44.1 FORT = 35.4 ALC=1.3. GESS = 7.4 


PREPARATION': Form = yes No. = 17 
IBM S/360 BENCHMARK: Defined 03-11-83 
CONVERSION STARTED 

MVT 03-18-83 

MVS 05-23-83 


Tape = Ta FDS = Ca 
Executed 03-11-83 

BENCHMARK DELIVERED 

04-01-83 04-08-83 

08-25-83 08-26-83 


ACCEPTED 

05-25-83 

04-04-84 


ACCEPTED 

05-18-83 

11-28-83 


ACCEPTED 

06-16-83 

NA 


ACCEPTED 

06-16-83 

NA 


ACCEPTED 

06-16-83 

NA 


ACCEPTED 

06-02-83 

12-05-83 
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NAME: ATTIT.SMM.DUT.LOAD (DUTI 126); priority 2 

DESCRIPTION: Generates tables containing information to update the SMM onboard computer data 


SIZE (k): Total = 21. 6 FORT=19.3 

PREPARATION: Form = yes No. = 20 
IBM S/360 BENCHMARK: Defined 03-11-83 
CONVERSION STARTED 

MVT 03-22-83 

MVS 07-20-83 


ALC = 0.0 GESS = 2.3 
Tape = Ta FDS = Ca 
Executed 03-11-83 

BENCHMARK DELIVERED 

03-31-83 04-08-83 

08-04-83 08-05-83 


ACCEPTED 

05-25-83 

11-16-83 


NAME: ATTIT. SMM. FOCS. LOAD (FOCS0908); priority 2 
DESCRIPTION: Calibrates SMM’s fine-pointing Sun sensors. 

SIZE (k): Total = 14.8 FORT=12.7 ALC = 0.1 GESS = 2.0 

PREPARATION: Form = yes No. = 18 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-06-83 Executed 03-06-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-08-83 03-21-83 04-008-83 

MVS 05-30-83 07-21-83 07-22-83 

NAME: ATTIT. SMM. FG. LOAD (FG0130); priority 6 
DESCRIPTION: Calculates Kalman filter gains for SM.MOBC. 

SIZE (k): Totai = 2.6 FORT = 2.5 ALC = 0.0 GESS = 0.1 
PREPARATION: Form = yes No. = 19 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-11-83 Executed 03-11-83 
CONVERSION STARTED BENCHMARK DELIVERED 

M V T 03-23-83 03-30-83 04-15-83 

MVS 05-16-83 07-18-83 07-22-83 

NAME: ATTIT. SMM. ADS. LOAD (S.M.M0916); priority 2 
DESCRIPTION: Computes attitude for SMM. 

SIZE (k): Total = 101.8 FORT = 88.3 ALC=1.3 GESS=I2.2 

PREPARATION: Form = yes No. = 15 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 03-06-83 Executed 03-06-S3 
CONVERSION STARTED BENCHMARK DELIVERED 

M V T 03-08-83 03-25-83 04-08-83 

M v $ 07-20-83 08-04-83 08-05-83 


ACCEPTED 

06-02-83 

12-05-83 


ACCEPTED 

06-02-83 

12-05-83 


ACCEPTED 

06-02-83 

11-30-83 


NAME: ATTIT. SMM. GSOC. LOAD (GSC073 1 ); priority 2 

DESCRIPTION: Predicts FHST and FPSS occultations and selects euide stars for SMM OBC attitude 
control. 


SIZE (k): Total = 12.1 FORT = 9.9 
PREPARATION: Form = yes No. = 16 

IBM S/360 BENCHMARK: Defined 02-09-83 
CONVERSION STARTED 

MVT 03-04-83 

MVS 07-06-83 


ALC = 0.1 GESS = 2.1 

Tape = Ta FDS = Ca 
Executed 02-09-83 

BENCHMARK DELIVERED 

03-21-83 04-08-83 

07-20-83 07-22-83 


ACCEPTED 

05-25-83 

11-16-83 


NAME: ATTIT. SMM. SIM. LOAD (L.M062I79); priority 6 
DESCRIPTION: Simulates SMM spacecraft telemetry data. 


SIZE (k): Total = 14.6 FORT = 14.6 
PREPARATION: Form = yes No. = 21 
IBM S/360 BENCHMARK: Defined 04-27-83 
CONVERSION STARTED 

MVT 04-29-83 

MVS 08-15-83 


ALC = 0.0 CESS = 0.0 

Tape = Ta FDS = Ca 

Executed 04-27-83 

BENCHMARK DELIVEREI 

05-03-83 05-06-83 

10-25-83 10-28-83 


ACCEPTED 

06-13-83 

12-13-83 
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NAME: 1 ATTIT.SMM.T2FOCS.LOAD (FOX0306); priority 5 (deleted) 
DESCRIPTION: Calibrates fine-pointing Sun sensors. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 22 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.SMM. UTIL. LOAD (MAGBS); priority 2 

DESCRIPTION: Estimates magnetometer alignments, bias, and torque coupling. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 101 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-04-S3 Executed 04-04-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-13-83 04-25-83 04-29-83 06-13-S3 

MVS 06-20-83 06-23-83 07-01-83 12-05-83 


NAME: ATTIT.SMM. UTIL. LOAD (OBCDU.MP); priority 6 (deleted) 
DESCRIPTION: Reads SMM telemetry and dumps selected words. 

SIZE (k): Total = 0.0 FORT = 0.0 AI.C = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 102 Tape = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 


NAME: ATTIT.SMM. UTIL. LOAD (OCTRQ); priority 6 (deleted) 

DESCRIPTION: Creates a roll reference update table. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = 103 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 


NAME: ATTIT.SMM. UTIL. LOAD (QUATT); priority 2 

DESCRIPTION: Determines single-frame attitudes using FHST and FPSS data for comparison with gyro- 
propagated attitudes. 

SIZE (k): Total = 1.2 FORT =1.2 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = 104 Tnpe = Ta FDS = Ca 

IBM S/360 BENCHMARK: Defined 04-11-83 Executed 04-1 1-S3 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-13-83 04-27-S3 04-29-83 06-13-S3 

MVS 06-20-83 06-23-83 07-01-S3 12-05-83 


NAME: ATTIT.SMM. STAR. PAN; priority 2 

DESCRIPTION: Determines availability of stars in the SMM star tracker’s field of view-. 
SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.0 GESS = 0.0 


PREPARATION: Form = yes No. = 230 Tape = Ta • FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-11-83 Executed 03-1 1 -S3 


CONVERSION 

MVT 

MVS 


STARTED 

03-07-83 

05-26-83 


BENCHMARK 

03-29-83 

06-03-S3 


DELIVERED 

04-0S-83 

06-l“-83 


ACCEPTED 
06-13-83 
1 1-30-83 
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NAME: ATTIT.TDRSS.SMM.LOAD (TDRSSM); priority 2 
DESCRIPTION: Provides operational support for scheduling TDRSS services. 

SIZE (k): Total = 12.7 F0RT=I2.6 ALC = 0.1 GESS = 0.0 

PREPARATION: Form = vcs No. = 13 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 03-24-83 Executed 03-28-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-31-83 04-04-83 04-08-83 XX-XX-XX 

MVS 06-02-83 07-06-83 07-08-83 12-08-83 

NAME: ATTIT.SMM. UTIL. LOAD (FOXSTR): priority 2 

DESCRIPTION: Merges a FOCS raw interface data set with an SMNl/ADS star output data set to form a 
FOXSTR data set. 

SIZE (k): Total = 0.1 FORT = 0.1 ALC = 0.1 GESS = 0.0 
PREPARATION: Form = yes No. = 100 Tape = Ta FDS = Ca 
IBM S/360 BENCHMARK: Defined 04-11-83 Executed 04-11-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-13-83 04-27-83 04-29-83 06-13-83 

MVS 06-20-83 06-23-83 07-01-83 12-05-83 


NAME: ATTIT.SMM. UTIL.LOAD (MAS/PUP); priority 2 
DESCRIPTION: None. 

SIZE (k): Total =19.5 FORT = 19.4 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. =228 Tape = Ta FDS = Ca 
IBM S, 360 BENCHMARK: Defined 04-25-83 Executed NR 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

04-25-S3 

NR 

04-29-S3 

O.MS-83 

MVS 

07-18-83 

NR 

09-30-83 

11-16-83 
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NAME: ACQSCAN; priority 2 

DESCRIPTION: Computes the rise and set times of a satellite over multiple ground stations or tracking 
satellites. 

SIZE (k): Total = 9.8 FORT = 9.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-21-83 03-21-83 03-25-83 05-31-83 

MVS 05-02-83 06-30-83 07-08-83 12-07-83 

NAME: CHECKOBT; priority 2 

DESCRIPTION: Reads and verifies data in orbit and ephcmcris files. 

SIZE (k): Total = 4.2 FORT = 4.2 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-02-83 03-02-83 03-18-83 05-31-83 

MVS 07-05-83 07-08-83 07-15-83 12-12-83 

NAME: CONVERT: priority 2 

DESCRIPTION: Calculates Keplerian elements, averaged Brower mean elements and other orbit 
parameters at the descending node for the Landsat spacecraft. 

SIZE (k): Total = 2.0 FORT = 2.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tapc = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-22-83 03-22-83 04-OS-83 05-31-83 

MVS 05-02-83 08-15-83 08-19-83 12-07-83 

NAME: EPHGEN; priority 2 

DESCRIPTION: Integrates equations of motion and generates an ephemeris file. 

SIZE (k): Total = 7.8 FORT = 7.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-07-83 03-07-83 03-18-83 05-31-83 

MVS 05-02-83 06-03-83 07-0S-83 12-07-83 

NAME: FACTBL; priority 2 

DESCRIPTION: Generates data required by ground stations to acquire and track the ATS-6 satellite. 

SIZE (k): Total = 6.9 FORT = 6.9 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-21-83 03-21-83 04-01-83 05-31-83 

MVS 07-20-83 ' 08-05-83 08-12-83 12-23-83 

NAME: FLASH: priority 2 

DESCRIPTION: Processes raw telemetry data to produce a time history plot of converted accelerations. 
SIZE (k): Total = 2.6 FORT = 2.6 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = nonc Tapc = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT . 03-28-83 04-12-83 04-15-83 05-31-83 

MVS 08-15-83 08-22-83 OS-26-83 11-30-83 
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NAME: GMAN; priority 2 

DESCRIPTION: Computes detailed maneuver scenarios necessary to achieve desired orbit and maneuvers. 
SIZE <k): Total = 32.0 FORT = 32.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-08-83 03-09-83 03-25-83 05-31-83 

MVS 06-20-83 06-30-83 07-08-S3 01-17-84 

NAME: HAP; priority 2 

DESCRIPTION: Calculates the perturbations due to terrestrial harmonics on the Kcplerian elements on a 
spacecraft orbit. 

SIZE (k): Total = 1.2 FORT =1.2 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

03*30*83 

03*31*83 

04-01-83 

05*31-83 

MVS 

07-20*83 

08-11-83 

08-12-83 

11 -30-83 

NAME: MAESTROL; priority 2 




DESCRIPTION: Computes the optimum time and attitude for firing of the apogee boost motor so that 

various mission objectives are satisfied. 




SIZE (k): Total = 12.2 

FORT =12.2 

ALC = 0.0 GESS = 0.0 


PREPARATION: Form 

= yes No. = 

none Tape = T 

FDS = C 


IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

03-2 1*S3 

03-21-83 

03-25-S3 

05-31*83 

MVS 

07-20-83 

OS- 11 -S3 

08-12-83 

11-30-83 

NAME: MONITOR: priority 2 




DESCRIPTION: Performs monte carlo analyses of orbital parameters. 


SIZE (k): Total = 8.4 

FORT = 8.4 

ALC = 0.0 GESS 

= 0.0 


PREPARATION: Form 

= yes No. = 

none Tape = T 

FDS = C 


IBM S '360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

03*18*83 

03-31-83 

04-01-S3 

05*31-83 

MVS 

07-20*83 

07-27-S3 

07-29-83 

12-12-83 

NAME: PILOT/COPILOT; priority 2 




DESCRIPTION: Performs a mission simulation in order to generate optimum launch 

windows. 

SIZE (k): Total = 8.3 

FORT = 8.3 

ALC = 0.0 GESS 

= 0.0 


PREPARATION: Form 

= yes No. = 

none Tape = T 

FDS = C 


IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

03-17-83 

03-3 I -S3 

04-01-S3 

05-31-83 

MVS 

OS-08-83 

OS- 15*83 

08-19-S3 

12-12-83 

NAME: PPP: priority 2 





DESCRIPTION: Predicts station coverage and visibility times of the spacecraft for specified ground 

stations. 

SIZE (k): Total = 2.6 

FORT = 2.6 

ALC = 0.0 GESS 

= 0.0 


PREPARATION: Form 

= yes No. = 

none Tape = T 

FDS = C 


IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

03-11-83 

03-11-83 

03-25-83 

05-31*83 

MVS 

07-05*83 

07-0S-S3 

07-15-83 

12-12-83 
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NAME: PRELUDE; priority 2 

DESCRIPTION: Calculates fuel optimization and station acquisition conditions for synchronous spacecraft 
over a prescribed station longitude. 

SIZE <k): Total = 5.2 FORT = 5.2 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-14-83 03-17-83 03-25-83 05-31-83 

MVS 07-11-83 07-20-83 07-22-83 11-30-83 

NAME: QUICKSTAT; priority 3 

DESCRIPTION: Generates a quick-look Monte Carlo analysis of apogee kick motor firings. 

SIZE (k): Total = 0.8 FORT = 0.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION STARTED 

MVT 03-28-83 

MVS 08-29-83 

BENCHMARK 

04-07-83 

09-21-83 

DELIVERED 

04-08-83 

09-23-83 

ACCEPTED 

05-31-83 

01-19-84 

NA-ME: RESTOR; priority 2 





DESCRIPTION: Calculates delta-V magnitudes and maneuver locations for near-circular orbit semi-major. 
SIZE (k): Total = 2.0 FORT = 2.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-11-83 03-11-83 03-25-83 05-31-83 

MVS 07-05-83 07-08-83 07-22-83 12-07-83 

NAME: SCENARIO; priority 2 

DESCRIPTION: Generates in-plane maneuver plans to place a spacecraft into a circular synchronous over 
a prescribed on-station location. 

SIZE (k): Total = 4.7 FORT = 4.7 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX • 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-14-83 03-17-83 03-25-83 05-31-83 

MVS • 08-22-83 08-26-83 09-02-83 11-30-83 

NAME: SCRIPT; priority 2 

DESCRIPTION: Calculates and prints spacecraft look angles and parameters for tracking by ground 
stations. 

SIZE (k): Total = 8.3 FORT = 8.3 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tapc = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-22-83 03-22-83 03-25-83 05-31-83 

MVS 07-05-83 07-08-83 07-15-83 12-12-83 

NAME: SENSORS; priority 2 

DESCRIPTION: Propagates a given set of orbit conditions over a selected time span and produces Earth 
sensor and Sun sensor information for a given attitude. 

SIZE (k): Total = 2.8 FORT = 2.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

STARTED 

BENCHMARK 

DELIVERED 

ACCEPTED 

MVT 

03-08-83 

03-08-83 

04-01-83 

05-31-83 

MVS 

07-12-83 

07-20-83 
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NAME: STATDBM; priority 2 
DESCRIPTION: Performs station data base operations. 

SIZE (k): Total =1.8 FORT =1.8 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T rDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-10-83 03-10-83 03-18-83 

MVS 05-02-83 07-08-83 07-15-83 

NAME: TIMELINE: priority 2 

DESCRIPTION: Generates detail launch scripts for a particular mission. 

SIZE (k): Total = 0.4 FORT = 0.4 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-10-83 03-10-83 04-01-83 

MVS 06-20-83 06-30-83 07-08-83 

NAME: TWOBURN; priority 2 
DESCRIPTION: Checks for worst case errors on timing, thrust, and pointing errors on motor firings, 
reports a minimum fuel usage table. 

SIZE (k): Total = 2.0 FORT = 2.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT ‘ 03-28-83 03-31-83 04-01-83 05-31-83 

MVS 08-15-83 08-22-83 08-26-83 11-30-83 


ACCEPTED 

05-31-83 

11-30-83 


ACCEPTED 

05-31-83 

12-12-83 


NAME: FBA; priority 3 

DESCRIPTION: Models orbit evolution using a fourth order Runge-Kutta integration technique. 

SIZE (k): Total = 3.5 FORT = 3.5 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-07-83 03-07-83 03-25-83 05-31-83 

MVS 07-05-83 07-08-83 07-22-83 122-14-83 


NAME: ROPP; priority 3 

DESCRIPTION: Integrates spacecraft orbits quickly. 

SIZE (k): Total = 6.0 FORT = 6.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

'MVT 03-11-83 03-1 1-S3 04-01-83 05-31-83 

MVS 07-11-83 07-20-83 07-22-83 12-13-83 


NAME: AEDYNE; priority 4 (deleted) 

DESCRIPTION: X 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = XX 

IBM S/360 BENCHMARK: Defined XX-XX-XX • Executed XX-XX-XX 


CONVERSION 

MVT 

MVS 


STARTED 

XX-XX-XX 

XX-XX-XX 


BENCHMARK 

XX-XX-XX 

XX-XX-XX 


DELIVERED 

XX-XX-XX 

XX-XX-XX 


ACCEPTED 

XX-XX-XX 

XX-XX-XX 
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NAME: AEROSPACE; priority 4 

DESCRIPTION: Calculates the delta-V required to achieve a final orbit using initial and final orbits as 
input. 

SIZE (k): Total = 0.7 FORT = 0.7 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-01-83 04-04-83 XX-XX-XX XX-XX-XX 

MVS 09-21-83 09-28-83 09-30-83 12-13-83 

NAME: AMAP; priority 4 

DESCRIPTION: Provides preliminary trajectory and guidance information required for feasibility studies 
in mission analysis. 

SIZE (k): Total =10.9 FORT=10.9 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tapc = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 04-01-83 04-04-83 XX-XX-XX XX-XX-XX 

MVS 10-10-83 10-25-83 10-28-83 01-16-84 

NAME: COMBINED; priority 4 

DESCRIPTION: Computes attitude and delta-V information needed to perform a specified maneuver. 

SIZE (k): Total = 2.1 FORT = 2.1 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = ves No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-28-83 03-31-83 XX-XX-XX XX-XX-XX 

MVS 09-12-83 09-16-83 09-23-83 12-12-83 

NAME: CURVEF1T; priority 4 

DESCRIPTION: Reduces thruster data to polynomial form. 

SIZE (k): Total = 0.6 FORT = 0.6 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-21-83 03-21-83 XX-XX-XX XX-XX-XX 

MVS 09-02-83 09-09-83 09-16-83 12-12-83 

NAME: 1GOS; priority 4 (deleted) 

DESCRIPTION: X 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 0.0 GESS = 0.0 

PREPAF ATION: Form = yes No. = none Tape = T FDS = XX 

IBM S/J60 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

MVS XX-XX-XX XX-XX-XX XX-XX-XX XX-XX-XX 

NAME: MAPLIB; priority 4 

DESCRIPTION: Collection of subroutines that are stand alone functions used in several operational 
programs. 

SIZE (k): Total = 4.0 FORT = 4.0 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined = NR Executed = NR 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT XX-XX-XX NR XX-XX-XX XX-XX-XX 

MVS 10-10-83 NR 10-14-83 12-13-83 


C-38 


■/'-r 


NAME: MOVIE; priority 4 

DESCRIPTION: Generates I6mm movies or single frame plots of satellite orbits. 
SIZE (k): Total =1.9 FORT =1.9 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-14-83 03-17-83 XX-XX-XX 

MVS 09-20-83 09-27-83 09-30-83 


ACCEPTED 
XX-XX-XX 
12-12-83 ' 


NAME: REPEAT CYCLES; priority 4 

DESCRIPTION: Determines orbit repeat cycles as a function of the orbital semimajor axis and/or orbit 
inclinations. 

SIZE (k): Total = 0.2 FORT = 0.2 ALC = 0.0 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T . FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-28-83 03-31-83 XX-XX-XX XX-XX-XX 

MVS 09-27-83 10-04-83 10-07-83 12-07-83 

NAME: SANDTRACKS; priority 4 

DESCRIPTION: Propagates an epoch state vector by Brower analytic method to output the time histories 
of the worldmap and the look angles from ground station. 

SIZE (k): Total = 2.2 FORT = 2.2 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-28-83 03-31-83 XX-XX-XX XX-XX-XX 

MVS 10-10-83 10-04-83 10-07-83 12-07-83 

NAME: SHACQ/SAUP; priority 4 

DESCRIPTION: Generates and plots an acquisition table and/or a summary file containing time, Shuttle- 
TDRS look angles, shuttle subsatellite points, antenna masking info. 

SIZE (k): Total = 5.3 FORT = 5.3 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-28-83 03-31-83 XX-XX-XX XX-XX-XX 

MVS 09-06-83 09-13-83 09-16-83 12-13-83 


NAME: SHADET; priority 4 

DESCRIPTION: Determines the shadow duration for a given satellite orbit and time span. 
SIZE (k): Total =1.1 FORT =1.1 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 
IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-28-83 • 03-31-83 XX-XX-XX 

MVS 09-26-83 10-03-83 10-07-83 


ACCEPTED 

XX-XX-XX 

12-13-83 


NAME: STAGTRKS; priority 4 

DESCRIPTION: Plots the ground track output tape generated by the SANDTRACKS 2 program. 
SIZE (k): Total = 0.3 FORT = 0.3 ALC = 0.0 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 


CONVERSION 

MVT 

MVS 


STARTED 

04-04-83 

09-26-83 


BENCHMARK 

04-07-S3 

10-28-83 


DELIVERED 
XX-XX-XX 
10-28-83 . 


ACCEPTED 

XX-XX-XX 

01-26-84 


C-39 



NAME: SUNSHADE: priority 3 

DESCRIPTION: Computes daily Sun angles and shadow conditions for a given orbit. 

SIZE (k): Total = 0.9 FORT = 0.9 ALC = 0.0 GESS = 0.0 
PREPARATION: Form® yes No. = none Tape = T FDS = C 

IBM S/360 BENCHMARK: Defined XX-XX-XX Executed XX-XX-XX 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 03-22-83 03-22-83 03-25-83 05-31-83 

MVS 09-13-83 09-20-83 09-23-83 12-13-83 

C.3 CODE 582.1 PROGRAMS 


NAME: GESS; priority ! 


DESCRIPTION: Provides an interactive graphic control structure for applications programming systems. 
SIZE (k): Total = 29.8 FORT = 2.0 ALC = 27.8 GESS = 0.0 


PREPARATION: Form = yes No. = none 
IBM S/360 BENCHMARK: Defined 03-15-83 
CONVERSION STARTED 

MVT 02-07-83 

MVS 02-07-83 

VSFORTRAN 02-07-83 


Tape = T FDS = C 
Executed 03-15-83 


BENCHMARK 

03-25-83 

05-09-83 

12-02-83 


DELIVERED 

04- 01-83 

05- 12-83 
12-02-83 


ACCEPTED 

05-17-83 

08-29-83 

12-15-83 


NAME: SFORT; priority 1 

DESCRIPTION: Preprocesses structured Fortran code. 

SIZE (k): Total = 4.7 FORT = 3.I ALC=1.6 GESS = 0.0 

PREPARATION: Form = yes No. = none Tape = T FDS = C 
IBM S/360 BENCHMARK: Defined 02-22-S3 Executed 02-22-83 

CONVERSION STARTED BENCHMARK DELIVERED ACCEPTED 

MVT 02-07-83 03-17-83 04-08-83 05-17-83 

MVS 02-07-83 04-15-83 04-15-83 07-13-83 


NAME: R&DGTDS; priority 6 
DESCRIPTION: Research and Development GTDS. 

SIZE (k): Total = 178.2 FORT= 174.3 ALC = 3.9 GESS = 0.0 
PREPARATION: Form = yes No. = none Tape = T FDS = C 
IBM S/360 BENCHMARK: Defined 03-03-83 Executed 03-03-83 
CONVERSION STARTED BENCHMARK DELIVERED 

MVT 03-14-83 03-25-83 04-01-83 

MVS 03-28-83 08-22-83 08-26-83 


ACCEPTED 

05-17-83 

08-29-83 


C-4 0 
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c.4 CODE 582.2 PROGRAMS 


/ 

/ 

/ 


NAME: GMAS; priority 2 
. DESCRIPTION: Goddard mission analysis system. 

SIZE (k): Total = 72.4 FORT = 67.5 ALC = 4 5 GESS - n a 

PREPARATION: Form -yes No. = none Tape = T FDS C 

SvS!,Iv NCHMARK: Dcfined ° 3 - 04 - 83 Executed 04-01-83 

C0N mvt ,0N benchmark delivered 

MVS 04 - ,5 ‘ 83 04-29-83 

1 S 05-02-83 09-16-83 09-30-83 

NAME: GMAS utilities; priority 2 
DESCRIPTION: GMAS utilities. 

SIZE (k): Total = 0.0 FORT = 0.0 ALC = 00 GESS -00 
PREPARATION: Form = yes No. = none Tape-T ?DS = C ■ 

CO\ VFKtnsf 1 ' CH *M ARK: Defined 03-04-83 Executed 04-01-83 
CONVERSION BENCHMARK DELIVERED 

MVS nsnJ'S ° 4 - 15 ‘ 83 04-29-83 

05-0--83 09-16-83 09-30-83 

NAME: GMAS ISEE EM; priority 2 

“Si” modeling for the ISEE-3 emended mission. 

PREP« 4 Tins.n FORT= M.6 ALC = 0.0 GESS = 0.0 

I REPARATION: Form = yes No. = none Taoe = T 

<fo\VERein\ NCHMAI!K: Def '"' d 03 ' 04 ' 83 Execuicd 0J.2J.83 

MV? s „ y ,\ R ™ benchmark delivered 

vJvi 03-25-83 04-25-83 04-29-83 

MVS ° 8 -' 2 - 83 09-22-83 09-30-83 

NAME: GMAS ISEE module; priority 2 

wESTES-Sr" ,s ^r dcd ts" r tuv " s - 

PREPARATION: Form -yes No. . none Tope = T FDS- C 

a>\VFR«in?' CI,MARI<i D ' f '" td 03 0J ' 83 Executed 03-24-83 

V,VT S I AR - T r E , D BENCHMARK DELIVERED 

vvl 03-25-83 04-15-83 04-29-83 

MVS °8-«2-83 09-16-83 09-30-83 

NAME: GMAS OPEN module; priority 3 

c D . 7 S r C I! PT T IO ''! : Specia ‘ Utilities t0 sup P° rt 0PEN mission. 

SIZE (k): Total = 2.4 FORT = 2.4 ALC = 0 0 GF<t< 5 -on 

PREPARATION: Form = yes No. = none Tape = T FdLc 

an VER.Sin\ NCHMAR cV Def ' ned ° 3 ' 30 ’ 83 Executed 03-30-83 

. VERSION STARTED BENCHMARK DELIVERED 

mvs 0 ; : Z ° 4 - 29 - 83 

9 u 83 nr 10-07-83 


Y' 


ACCEPTED 

05-25-83 

12-12-83 


ACCEPTED 

05-25-83 

12-12-83 


ACCEPTED 

07-27-83 

01-10-84 


ACCEPTED 

05-25-83 

12-12-83 


ACCEPTED 

07-06-83 

01-10-84 


C-4 1 









